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

Illicit Consent Grant

ad

Définition

L'Illicit Consent Grant est une technique d'attaque ciblant les environnements Azure AD / Microsoft Entra ID et Microsoft 365, dans laquelle un attaquant enregistre une application OAuth 2.0 malveillante puis incite, via un lien de phishing, les utilisateurs à lui accorder des permissions d'accès à leurs données. Lors du clic sur le lien, la victime est redirigée vers une page de consentement Microsoft parfaitement légitime, affichant les permissions demandées par l'application, comme la lecture des emails, l'accès aux fichiers OneDrive ou au calendrier, et un simple clic sur « Accepter » octroie ces permissions sans jamais révéler de mot de passe, contournant ainsi totalement l'authentification multifacteur. Une fois le consentement accordé, l'attaquant obtient un jeton d'accès OAuth durable, exploitable indépendamment de toute modification ultérieure du mot de passe de la victime, tant que le consentement n'est pas explicitement révoqué par un administrateur. Cette technique, référencée dans MITRE ATT&CK sous T1528 (Steal Application Access Token), a été utilisée dans plusieurs campagnes réelles ciblant des organisations. Les contre-mesures principales incluent la désactivation du consentement utilisateur pour les applications tierces non vérifiées, la mise en place d'un workflow d'approbation administrateur, et l'audit régulier des applications ayant obtenu un consentement via Microsoft Entra ID Enterprise Applications.

Fonctionnement technique

L'attaquant enregistre une app multi-tenant dans son propre tenant Azure AD, demande des permissions Mail.Read, Contacts.Read, Files.ReadWrite. La victime accède à l'URL de consentement et, si elle approuve, un Refresh Token est émis vers l'app de l'attaquant. L'attaquant peut maintenant appeler l'API Microsoft Graph en continu.

Indicateurs d'attaque

  • Consentement à une app inconnue dans les logs Entra ID
  • App avec permissions élevées (mail.read, files.readwrite) non approuvée par l'admin
  • Appels Graph API depuis IP inhabituelles

Mitigation

  • Désactiver le consentement utilisateur (admin consent uniquement)
  • Audit des apps tierces consenties : Get-AzureADServicePrincipal
  • MCAS / Defender for Cloud Apps : détection applications anormales

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis