Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Outils open source — Gratuits, portables, hors ligne
Caractéristiques communes
100 % hors ligne — aucune donnée transmise
Portables — un seul fichier exécutable
Gratuits — MIT ou GPL v3
Code source ouvert sur GitHub
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Academy Contact

Adversary-in-the-Middle (AiTM)

hacking

Dé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

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis