Exiger une authentification multifacteur résistante au hameçonnage pour les administrateurs

Les comptes auxquels des rôles d’administration privilégiés sont des cibles fréquentes des attaquants. Exiger une authentification multifactorielle (MFA) résistante au phishing sur ces comptes est un moyen facile de réduire le risque de compromission de ces comptes.

Microsoft vous recommande d’exiger au minimum une authentification multifacteur résistante au hameçonnage sur les rôles suivants :

• Administrateur général
• Administrateur d’application
• Administrateur d’authentification
• Administrateur de facturation
• Administrateur d'applications cloud
• Administrateur de l’accès conditionnel
• Administrateur Exchange
• Administrateur du support technique
• Administrateur de mots de passe
• Administrateur d’authentification privilégié
• Administrateur de rôle privilégié
• Administrateur de sécurité
• Administrateur SharePoint
• Administrateur d'utilisateurs

Il est possible que des organisations choisissent d’inclure ou d’exclure des rôles en fonction de leurs propres exigences.

Les organisations peuvent utiliser cette stratégie en combinaison avec des fonctionnalités telles que Azure Active Directory Privileged Identity Management (PIM) et sa capacité à exiger l’authentification multifacteur (MFA) pour une activation de rôle.

Force de l’authentification

Les conseils de cet article aident votre organisation à créer une politique MFA pour votre environnement à l’aide de niveaux d’authentification. Microsoft Entra ID fournit trois forces d’authentification intégrées :

• Niveau d’authentification multifacteur (moins restrictive)
• Force de l’authentification multifacteur sans mot de passe
• Force d’authentification multifacteur résistante au hameçonnage (la plus restrictive) recommandée dans cet article

Vous pouvez utiliser l’une des forces intégrées ou créer une force d’authentification personnalisée basée sur les méthodes d’authentification que vous souhaitez exiger.

Pour les scénarios d’utilisateur externe, les méthodes d’authentification multifacteur qu’un locataire de ressource peut accepter varient selon que l’utilisateur effectue l’authentification multifacteur dans son locataire domestique ou dans le locataire de ressource. Pour plus d’informations, voir Niveau d’authentification pour les utilisateurs externes.

Exclusions d’utilisateurs

Les stratégies d’accès conditionnel sont des outils puissants. Nous vous recommandons donc d’exclure les comptes suivants de vos stratégies :

• Comptes d’accès d’urgence ou de secours pour empêcher le verrouillage en raison d’une mauvaise configuration. Dans le scénario improbable où tous les administrateurs seraient verrouillés, votre compte administratif d’accès d’urgence peut être utilisé pour la connexion et la prise de mesures pour récupérer l’accès.
  • Pour obtenir plus d’informations, consultez l’article Gérer les comptes d’accès d’urgence dans Microsoft Entra ID.
• Comptes de service et principaux de service, tels que le compte Microsoft Entra Connect Sync. Les comptes de service sont des comptes non interactifs qui ne sont liés à aucun utilisateur particulier. Ils sont généralement utilisés par des services back-end autorisant l’accès par programmation aux applications, mais ils le sont également pour une connexion aux systèmes à des fins administratives. Les appels effectués par les principaux de service ne seront pas bloqués par les stratégies d’accès conditionnel destinées aux utilisateurs. Utilisez l’accès conditionnel des identités de charge de travail pour élaborer des stratégies ciblant les principaux de service.
  • Si votre organisation utilise ces comptes dans des scripts ou du code, envisagez de les remplacer par des identités managées.

Déploiement de modèle

Les organisations peuvent choisir de déployer cette stratégie en suivant les étapes décrites ci-dessous ou à l’aide des modèles d’accès conditionnel.

Créer une stratégie d’accès conditionnel

1. Connectez-vous au Centre d’administration de Microsoft Entra en tant qu’administrateur d’accès conditionnel.
2. Accédez à Protection>Accès conditionnel>Stratégies.
3. Sélectionnez Nouvelle stratégie.
4. Donnez un nom à votre stratégie. Nous recommandons aux organisations de créer une norme explicite pour les noms de leurs stratégies.
5. Sous Affectations, sélectionnez Utilisateurs ou identités de charge de travail.

   1. Sous Inclure, sélectionnez rôles d’annuaire et choisissez au moins les rôles précédemment répertoriés.

      Avertissement

      Les stratégies d’accès conditionnel prennent en charge les rôles intégrés. Les stratégies d’accès conditionnel ne sont pas appliquées pour d’autres types de rôles, y compris les rôles limités à une étendue d’unité administrative ou les rôles personnalisés.

   2. Sous Exclure, sélectionnez Utilisateurs et groupes, puis choisissez les comptes d’accès d’urgence ou de secours de votre organisation.

6. Sous Ressources cibles>Ressources (anciennement Applications cloud)>Inclure, sélectionnez Toutes les ressources (anciennement « Toutes les applications cloud »).
7. Sous Contrôles d’accès>Accorder, sélectionnez Accorder l’accès.
   1. Sélectionnez Exiger la force de l’authentification, puis Force d’authentification multifacteur résistance au hameçonnage dans la liste.
   2. Sélectionnez Sélectionner.
8. Confirmez vos paramètres et définissez Activer la stratégie sur Rapport seul.
9. Sélectionnez Créer pour créer votre stratégie.

Une fois que les administrateurs ont confirmé les paramètres à l’aide du mode État uniquement, ils peuvent modifier la position du bouton bascule Activer la stratégie de État uniquement en Activé.

Contenu connexe

• Rôles intégrés dans Microsoft Entra
• Modèles d’accès conditionnel
• Configurer les paramètres de rôle Microsoft Entra dans Privileged Identity Management