Avant de commencer
- Licence Entra ID P1 (incluse dans Microsoft 365 Business Premium, E3, E5) ; P2 pour les stratégies fondées sur le risque
- Les méthodes d'authentification fortes déjà déployées (voir double authentification et clés FIDO2)
- Deux comptes d'urgence créés (voir la gestion des identités)
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.
- 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).
- 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.
- 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.
- Groupe pilote : activez d'abord pour le service informatique, puis un service volontaire.
- Communication : prévenez les utilisateurs avant (ce qui change, quand, qui contacter).
- 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.
Sources
- Microsoft : planifier un déploiement de l'accès conditionnel
- Microsoft : modèles de stratégies d'accès conditionnel
- Microsoft : stratégies d'accès conditionnel gérées par Microsoft
- Microsoft : valeurs de sécurité par défaut
- Microsoft : authentification résistante à l'hameçonnage pour les administrateurs
- Microsoft : gérer les comptes d'accès d'urgence