Adversary-in-the-Middle (AiTM)
hackingDéfinition
L'Adversary-in-the-Middle (AiTM, anciennement Man-in-the-Middle) désigne une catégorie d'attaques où l'attaquant s'interpose entre deux parties communicantes pour intercepter, modifier ou relayer les communications à leur insu. Les techniques modernes AiTM ciblent spécifiquement les sessions web authentifiées avec MFA pour voler les cookies de session après authentification, contournant ainsi la protection MFA. Les attaques AiTM modernes (popularisées par Evilginx, Modlishka) utilisent un proxy inverse de phishing : au lieu de créer une fausse page de connexion statique, l'attaquant déploie un reverse proxy qui transmet les requêtes entre la victime et le vrai service (Microsoft 365, Google, etc.). La victime s'authentifie sur le vrai service (y compris MFA), mais toutes les communications passent par le proxy de l'attaquant qui capture les cookies de session post-MFA. Evilginx2 est l'outil de référence pour les AiTM : il utilise des 'phishlets' (configurations spécifiques à chaque service ciblé) qui définissent les règles de proxy et les cookies à capturer. Des phishlets publics existent pour Microsoft 365, Google Workspace, Facebook, GitHub, et des dizaines d'autres services. La configuration DNS et TLS (Let's Encrypt via DNS-01 challenge) rend le proxy indistinguable du vrai service. Ces attaques sont particulièrement efficaces contre les organisations qui utilisent uniquement la MFA SMS ou TOTP (OTP 6 chiffres) : même avec MFA, les cookies de session post-authentification n'expirent pas immédiatement et peuvent être réutilisés par l'attaquant pour accéder au service sans re-authentification. La défense contre les AiTM modernes nécessite des mécanismes d'authentification résistants au phishing : FIDO2/WebAuthn (les clés physiques vérifient le domaine exact, rendant le proxy transparent invalide), les Conditional Access policies (Microsoft), et les protections basées sur l'empreinte TLS.
Fonctionnement
Déploiement Evilginx2 : configurer le VPS avec evilginx2, importer le phishlet Microsoft365. Evilginx génère une URL de phishing (ex: microsoft-login.attaquant.com). La victime visite l'URL, voit la vraie page Microsoft (proxy transparent), s'authentifie + MFA. Evilginx capture le cookie de session post-MFA. L'attaquant importe ce cookie dans son navigateur et accède directement à la boîte mail Microsoft 365 de la victime sans re-authentification.
Exploitation offensive
Les campagnes de phishing AiTM modernes (Caffeine, Storm-1167) ciblent spécifiquement les environnements Microsoft 365 avec MFA. Une fois la boîte mail compromise, des règles de redirection automatique sont créées pour l'interception continue des emails. L'accès à la boîte mail d'un dirigeant permet des BEC (Business Email Compromise) pour des virements frauduleux.
Détection et mitigation
FIDO2/WebAuthn (clés hardware comme YubiKey) liera l'authentification au domaine exact, rendant le proxy Evilginx invalide (le domaine du proxy ne correspond pas au domaine lié). Les Conditional Access policies Microsoft avec Compliant Device requirement et Network Location restrictions limitent l'utilisation des cookies volés. La détection d'impossible travel (connexions géographiquement impossibles) détecte l'utilisation des cookies volés.
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h