Partager via

Exiger l’authentification multifacteur pour tous les utilisateurs

  • Article

Comme Alex Weinert, Directeur de l’identité et de la sécurité chez Microsoft, le mentionne dans son billet de blog Votre mot de pa$$e n’a pas d’importance :

Votre mot de passe n’a pas d’importance, mais l’authentification multifacteur, elle, en a ! Nos études révèlent que votre compte court 99,9 % moins de risque d’être compromis si vous utilisez l’authentification multifacteur.

Force de l’authentification

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

  • Niveau d'authentification multifactorielle (moins restrictif) recommandé dans cet article
  • Force de l’authentification multifacteur sans mot de passe
  • Niveau de MFA résistant au phishing (le plus restrictif)

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 MFA qu’un locataire de ressources peut accepter varient selon que l’utilisateur effectue l’authentification MFA dans son locataire d’origine ou dans le locataire de ressources. 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.
  • 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

Les étapes suivantes permettent de créer une stratégie d’accès conditionnel pour exiger que tous les utilisateurs effectuent une authentification multifacteur à l’aide de la stratégie de force d’authentification.

Avertissement

Si vous utilisez des méthodes d’authentification externes, celles-ci sont actuellement incompatibles avec la force d’authentification et vous devez utiliser le contrôle d’autorisation Exiger l’authentification multifacteur.

  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 Tous les utilisateurs
    2. Sous Exclure, sélectionnez Utilisateurs et groupes, puis choisissez les comptes d’accès d’urgence ou de secours de votre organisation.
      1. Vous pouvez choisir d'exclure vos utilisateurs invités si vous les ciblez avec une politique spécifique aux utilisateurs invités.
  6. Sous Ressources cibles>Ressources (anciennement applications cloud)>Inclure, sélectionnez Toutes les ressources (anciennement « Toutes les applications cloud »).
    1. Sous Exclure, sélectionnez toutes les applications ne nécessitant pas d’authentification multifacteur.
  7. Sous Contrôles d’accès>Accorder, sélectionnez Accorder l’accès.
    1. Sélectionnez Exiger la force d’authentification, puis sélectionnez la force d’authentification multifacteur intégrée 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é.

Emplacements nommés

Les organisations peuvent choisir d’intégrer des emplacements réseau connus appelés emplacements Nommés dans leurs politiques d’accès conditionnel. Ces emplacements nommés peuvent inclure des réseaux IP approuvés, comme ceux qui sont utilisés dans un siège social. Pour plus d’informations sur la configuration des emplacements nommés, consultez l’article Qu’est-ce que la condition d’emplacement de l’accès conditionnel Microsoft Entra ?

Dans l’exemple de stratégie précédent, une organisation peut choisir de ne pas exiger l’authentification multifacteur en cas d’accès à une application cloud à partir de son réseau d’entreprise. Dans un tel cas, elle peut ajouter la configuration suivante à la stratégie :

  1. Sous Affectations, sélectionnez Réseau.
    1. Configurez Oui.
    2. Incluez N’importe quel réseau ou emplacement.
    3. Excluez Tous les réseaux et emplacements de confiance.
  2. Enregistrez les modifications apportées à votre stratégie.

Exclusions d’applications

Des organisations peuvent utiliser de nombreuses applications cloud. Ces applications ne nécessitent pas toutes une sécurité égale. Par exemple, les applications de gestion de la paie et des présences peuvent nécessiter une authentification multifacteur, ce qui n’est probablement pas le cas de l’application de gestion de la cafétéria. Les administrateurs peuvent choisir d’exclure des applications spécifiques de leur stratégie.

Activation d’abonnement

Les organisations qui utilisent la fonctionnalité d’activation d’abonnement pour permettre aux utilisateurs de passer d’une version de Windows à une autre et d’utiliser des stratégies d’accès conditionnel pour contrôler l’accès doivent exclure l’une des applications cloud suivantes de leurs stratégies d’accès conditionnel à l’aide de Sélectionner les applications cloud exclues :

Bien que l’ID de l’application soit le même dans les deux cas, le nom de l’application cloud dépend du locataire.

Lorsqu’un appareil est hors ligne pendant une période prolongée, l’appareil risque de ne pas se réactiver automatiquement si cette exclusion d’accès conditionnel n’est pas en place. La définition de cette exclusion d’accès conditionnel garantit que l’activation de l’abonnement continue de fonctionner de manière transparente.

À partir de Windows 11, version 23H2 avec KB5034848 ou ultérieure, les utilisateurs sont invités à s’authentifier avec une notification toast lorsque l’activation de l’abonnement doit être réactivée. La notification toast affiche le message suivant :

Votre compte nécessite une authentification

Connectez-vous à votre compte professionnel ou scolaire pour vérifier vos informations.

En outre, dans le volet Activation, le message suivant peut apparaître :

Connectez-vous à votre compte professionnel ou scolaire pour vérifier vos informations.

L’invite d’authentification se produit généralement lorsqu’un appareil est resté hors ligne pendant une période prolongée. Cette modification élimine le besoin d’une exclusion dans la stratégie d’accès conditionnel pour Windows 11, version 23H2 avec KB5034848 ou ultérieure. Une stratégie d’accès conditionnel peut toujours être utilisée avec Windows 11, version 23H2 avec KB5034848 ou ultérieure si l’invite d’authentification de l’utilisateur via une notification toast n’est pas souhaitée.

Contenu connexe