Sécurité / Fiche

L'accès conditionnel et la gouvernance des accès

Comprendre et déployer l'accès conditionnel (Microsoft Entra ID) : signaux, décisions, valeurs de sécurité par défaut, stratégies gérées par Microsoft, modèles recommandés, déploiement en mode rapport, comptes d'urgence, convention de nommage, et la gouvernance qui va avec. Avec les équivalents hors Microsoft.

Sécurité Fiche Avancé Publié le 20 octobre 2026 18 min de lecture
Portiques d'accès automatiques à l'entrée d'un bâtiment moderne
Photo : Eric Prouzet sur Unsplash

Avant de commencer

En clair

L'accès conditionnel, c'est un portier intelligent. Il ne se contente pas de vérifier votre badge : il regarde qui vous êtes, d'où vous venez, avec quel appareil, vers quelle application vous allez, et si quelque chose lui paraît suspect. Selon les réponses, il vous laisse passer, il vous demande une preuve supplémentaire, ou il vous refuse l'entrée. La gouvernance, c'est le règlement que suit ce portier : écrit, relu, testé, et que personne ne modifie dans son coin.

Cette fiche détaille l'accès conditionnel de Microsoft Entra ID, le plus répandu en entreprise. Le principe est le même chez les autres fournisseurs d'identité (partie 8). Informations vérifiées le 20 octobre 2026 dans la documentation Microsoft.

1. Le principe : « si… alors… »

Chaque stratégie se lit comme une règle :

Si ces utilisateurs accèdent à ces applications dans ces conditions, alors accorder, exiger ou bloquer.

Élément Exemples
Utilisateurs (qui ?) Tous, un groupe, les rôles d'administration, les invités ; avec des exclusions
Ressources (vers quoi ?) Toutes les applications, Microsoft 365, les portails d'administration, une application métier
Conditions (dans quel contexte ?) Plateforme (Windows, iOS, Android…), emplacement (pays, adresses IP), type de client, risque de connexion ou d'utilisateur
Décision (alors ?) Bloquer ; ou accorder en exigeant : double authentification, force d'authentification (par exemple « résistante à l'hameçonnage »), appareil conforme (Intune), appareil joint en hybride, application approuvée
Session (et ensuite ?) Fréquence de reconnexion, pas de session persistante dans le navigateur, restrictions dans les applications

Toutes les stratégies qui s'appliquent sont évaluées ensemble : toutes leurs exigences doivent être remplies, et un blocage l'emporte toujours.

L'accès conditionnel s'applique après la vérification du mot de passe

Il décide de ce qui se passe une fois le premier facteur validé. Il ne remplace pas la protection contre les attaques par force brute ni la politique de mots de passe ; il ajoute un contrôle par-dessus.

2. Sans licence P1 : les valeurs de sécurité par défaut

Les tenants sans Entra ID P1 disposent des valeurs de sécurité par défaut (security defaults), activées sur les nouveaux tenants. C'est un interrupteur unique, sans réglage :

Ce qu'elles imposent
Inscription de tous les utilisateurs à la double authentification (Microsoft Authenticator)
Double authentification à chaque connexion pour les principaux rôles d'administration
Double authentification « quand c'est nécessaire » pour les autres utilisateurs
Blocage de l'authentification héritée (IMAP, POP3, SMTP authentifié, anciens clients Office)
Blocage du flux de code d'appareil (device code flow), très utilisé dans les attaques
Double authentification pour l'accès à la gestion Azure (portail, PowerShell, CLI)

Pour une petite structure sans licence P1, activez-les : c'est la meilleure protection gratuite. Les valeurs par défaut et l'accès conditionnel ne peuvent pas être actifs en même temps : on désactive les premières au moment de déployer le second.

3. Les stratégies gérées par Microsoft

Sur les tenants qui ont des licences P1, Microsoft crée des stratégies gérées en mode rapport, puis les active si l'administrateur ne réagit pas. On peut les activer, les désactiver ou y ajouter des exclusions, mais pas les supprimer ni les renommer. Parmi elles :

  • Bloquer l'authentification héritée ;
  • Bloquer le flux de code d'appareil ;
  • Double authentification pour les administrateurs sur les portails d'administration Microsoft ;
  • Double authentification pour tous les utilisateurs ;
  • Double authentification et nouvelle connexion pour les connexions à risque ;
  • Authentification résistante à l'hameçonnage pour les administrateurs.

Consultez-les dans Entra ID > Accès conditionnel > Stratégies : elles sont signalées comme gérées par Microsoft.

4. Le socle recommandé

Microsoft propose des modèles prêts à l'emploi (Nouvelle stratégie à partir d'un modèle) et un déploiement en trois phases. Voici un socle raisonnable pour une PME, à adapter :

N° Stratégie Utilisateurs Décision Licence
CA001 Bloquer l'authentification héritée Tous Bloquer P1
CA002 Bloquer le flux de code d'appareil (sauf appareils de salle Teams qui en ont besoin) Tous Bloquer P1
CA003 Sécuriser l'inscription des méthodes (page Mes informations de sécurité) Tous Depuis un emplacement de confiance ou appareil conforme, ou passe d'accès temporaire P1
CA004 Authentification résistante à l'hameçonnage pour les administrateurs Rôles d'administration Force d'authentification « MFA résistante à l'hameçonnage » P1
CA005 Double authentification pour tous Tous Exiger la double authentification (ou une force d'authentification) P1
CA006 Double authentification pour les invités Invités et externes Exiger la double authentification P1
CA007 Appareil conforme ou joint en hybride pour les applications de l'entreprise Salariés Exiger un appareil conforme (Intune) ou joint en hybride P1 + Intune
CA008 Bloquer les plateformes inconnues Tous Bloquer les systèmes non reconnus P1
CA009 Connexions à risque moyen ou élevé Tous Exiger la double authentification et une nouvelle connexion P2
CA010 Utilisateurs à risque élevé Tous Exiger un changement de mot de passe sécurisé, ou bloquer P2

Les comptes d'urgence sont exclus de toutes ces stratégies, ainsi que les comptes de synchronisation (Entra Connect, Cloud Sync), qui ne se connectent pas de façon interactive.

Bloquer par pays ?

Une stratégie qui bloque les connexions depuis les pays où l'entreprise n'opère pas réduit le bruit, mais les attaquants utilisent des VPN et des serveurs situés dans votre pays. C'est un complément, jamais un remplacement de la double authentification.

5. Déployer sans s'enfermer dehors

Une stratégie mal réglée peut bloquer tout le monde, vous compris

Une stratégie « Bloquer, tous les utilisateurs, toutes les applications » sans exclusion verrouille le tenant entier. C'est précisément la situation pour laquelle existent les comptes d'urgence.

  1. Comptes d'urgence : deux comptes cloud uniquement, administrateurs généraux, protégés par clé FIDO2, exclus de toutes les stratégies, et surveillés (alerte à chaque connexion).
  2. Mode rapport (Report-only) : chaque nouvelle stratégie démarre en mode rapport ; Entra calcule ce qu'elle aurait fait sans rien bloquer. Les modèles sont créés dans ce mode par défaut.
  3. Analyse : journaux de connexion (onglet Accès conditionnel de chaque connexion), classeur Insights et rapports de l'accès conditionnel, outil What If pour simuler une connexion.
  4. Groupe pilote : activez d'abord pour le service informatique, puis un service volontaire.
  5. Communication : prévenez les utilisateurs avant (ce qui change, quand, qui contacter).
  6. Activation générale, puis surveillance des échecs pendant quelques jours.

6. La gouvernance des stratégies

Pratique Pourquoi
Convention de nommage : CA004-Admins-RésistantHameçonnage-Tous-Apps (numéro, population, contrôle, ressource) On comprend la stratégie sans l'ouvrir
Stratégies par population (personas) : utilisateurs, administrateurs, invités, comptes de service, comptes d'urgence Chaque population a ses besoins ; on évite les stratégies fourre-tout
Exclusions par groupes nommés et documentés (CA-Exclusion-Urgence), jamais par utilisateur isolé Les exclusions se voient, se justifient et se révisent
Rôle dédié : Administrateur de l'accès conditionnel, attribué en juste-à-temps (PIM) Peu de personnes peuvent modifier le portier
Gestion des changements : toute modification passe par le mode rapport et une validation Pas de changement de dernière minute qui bloque l'entreprise
Sauvegarde et versionnement des stratégies (export JSON via Microsoft Graph, outils comme Microsoft365DSC) Revenir à l'état précédent après une erreur
Revue trimestrielle : stratégies inutilisées, exclusions toujours justifiées, nouvelles recommandations Le contexte et les menaces évoluent
Alertes sur la modification d'une stratégie et sur la connexion des comptes d'urgence Détecter un attaquant qui affaiblit la protection

Exporter toutes les stratégies avec le module PowerShell Microsoft Graph, pour les archiver :

Connect-MgGraph -Scopes "Policy.Read.All"
Get-MgIdentityConditionalAccessPolicy -All |
    ConvertTo-Json -Depth 10 |
    Out-File "CA-export-$(Get-Date -Format yyyy-MM-dd).json"

7. Aller plus loin

Fonction Ce qu'elle apporte
Force d'authentification personnalisée Exiger précisément certaines méthodes (par exemple FIDO2 uniquement) pour une application sensible
Évaluation continue de l'accès (CAE) Révocation quasi immédiate d'une session quand un compte est désactivé ou que l'utilisateur change de réseau
Protection des jetons Lie le jeton de session à l'appareil : un jeton volé ne fonctionne pas ailleurs
Accès conditionnel pour les identités de charge de travail Contrôler les applications et principaux de service, pas seulement les humains
Contextes d'authentification Exiger une authentification renforcée pour une action précise (ouvrir un site SharePoint confidentiel, activer un rôle PIM)
Microsoft Entra Internet Access et Private Access Étendre ces contrôles à la navigation web et aux applications internes, en remplacement du VPN

8. Hors Microsoft

Solution Équivalent
Google Workspace Accès contextuel (Context-Aware Access) : conditions sur l'appareil, l'adresse IP, la localisation
Okta Stratégies d'authentification et règles d'accès selon le réseau, l'appareil et le risque
Keycloak (libre) Flux d'authentification conditionnels : exiger un second facteur selon le rôle, le client ou l'adresse IP
authentik (libre) Stratégies et flux personnalisables, adaptés aux homelabs et aux PME
Proxy d'identité (Pomerium, oauth2-proxy, Cloudflare Access) Placer une décision d'accès devant n'importe quelle application web interne

9. La liste de contrôle

Point Fait ?
Valeurs de sécurité par défaut activées si pas de licence P1 ☐
Deux comptes d'urgence exclus de toutes les stratégies, et surveillés ☐
Authentification héritée et flux de code d'appareil bloqués ☐
Double authentification pour tous, résistante à l'hameçonnage pour les administrateurs ☐
Inscription des méthodes d'authentification protégée ☐
Appareils conformes exigés pour les applications de l'entreprise ☐
Toute nouvelle stratégie testée en mode rapport ☐
Convention de nommage et documentation des exclusions ☐
Export et versionnement des stratégies ☐
Alertes sur les modifications de stratégies ☐

À retenir

  • L'accès conditionnel décide qui accède à quoi, depuis où et avec quoi : bloquer, ou accorder avec des exigences.
  • Sans licence P1 : les valeurs de sécurité par défaut, à activer. Avec P1 : surveillez les stratégies gérées par Microsoft et construisez votre socle à partir des modèles.
  • Le socle : authentification héritée bloquée, double authentification pour tous, résistante à l'hameçonnage pour les administrateurs, appareils conformes.
  • Mode rapport, groupe pilote, outil What If, et comptes d'urgence exclus : on ne s'enferme jamais dehors.
  • Gouvernance : nommage, exclusions par groupes documentés, export des stratégies et alertes sur leurs modifications.

À lire aussi