MFA Microsoft 365 en PME : bonnes pratiques et l’activer sans bloquer les utilisateurs

axorys guides microsoft 365 pour tpe et petites pme à paris

Activer le MFA Microsoft 365 est l’une des premières mesures de sécurité à mettre en place pour une PME de moins de 50 utilisateurs. Mais si l’authentification multifacteur est mal préparée, elle peut aussi bloquer des collaborateurs, des administrateurs ou certaines applications. L’objectif est donc de protéger les comptes utilisateurs avec une méthode simple, souvent Microsoft Authenticator, sans désorganiser le travail quotidien.

Le bon MFA n’est pas seulement une case à cocher. C’est un déploiement avec méthode : les bons comptes, les bonnes méthodes, les bons secours et les bonnes exceptions.

Réponse courte :
Pour activer le MFA Microsoft 365 en PME, commencez par protéger les administrateurs, préparez l’inscription des utilisateurs, privilégiez Microsoft Authenticator ou les passkeys, prévoyez des comptes d’urgence et vérifiez les applications anciennes. Le MFA doit couvrir tous les comptes, mais avec une méthode adaptée aux usages réels.

axorys 01

Votre PME utilise Microsoft 365 au quotidien et vous voulez activer le MFA sans bloquer vos utilisateurs ? Axorys peut vous aider à choisir les bonnes méthodes d’authentification, protéger les comptes administrateurs, traiter les cas particuliers, documenter les comptes d’urgence et sécuriser votre environnement Microsoft 365.

Faire sécuriser les accès MFA Microsoft 365

MFA Microsoft 365 : définition simple

MFA signifie authentification multifacteur. L’utilisateur ne se connecte plus seulement avec son mot de passe. Il doit confirmer son identité avec un second facteur : application mobile, code, notification, biométrie, clé de sécurité ou passkey.

Microsoft définit le MFA comme une vérification supplémentaire pendant la connexion, par exemple un code sur téléphone ou une empreinte digitale. (Microsoft Learn)

Dans une PME, le MFA protège surtout contre les mots de passe volés, réutilisés ou hameçonnés. Si un mot de passe Microsoft 365 est compromis, l’attaquant doit encore passer une seconde vérification.

Mais le MFA ne règle pas tout. Il ne remplace pas la formation au phishing, la gestion des droits, la surveillance des connexions ou la protection des comptes administrateurs. Il réduit un risque important, mais il doit rester dans une démarche plus large de cybersécurité Microsoft 365.

Security Defaults, MFA par utilisateur, accès conditionnel : ne pas confondre

Microsoft 365 propose plusieurs façons d’activer ou d’organiser le MFA. Dans une petite entreprise, la confusion est fréquente entre Security Defaults, MFA par utilisateur, accès conditionnel et méthodes d’authentification.

MécanismeÀ quoi ça sertPour quelle PMELimite
Security DefaultsActiver des protections de base Microsoft EntraPetite structure qui veut un socle rapidePeu personnalisable
MFA par utilisateurForcer MFA compte par compteCas ponctuels ou anciens tenantsMoins propre à long terme
Accès conditionnelAdapter MFA selon contextePME avec Business Premium ou Entra P1À traiter dans l’article dédié
Méthodes d’authentificationChoisir Authenticator, SMS, FIDO2, passkeysToutes les PMEDemande un vrai cadrage
Authentication strengthsImposer un niveau MFA plus fortComptes sensibles ou adminsSujet plus avancé

Les Security Defaults activent des protections de base dans Microsoft Entra, notamment l’inscription MFA et le blocage de certains protocoles d’authentification héritée. Microsoft précise que l’authentification héritée ne prend pas en charge le MFA. (Microsoft Learn)

Le MFA par utilisateur peut dépanner sur un ancien tenant, mais il devient vite difficile à maintenir. Il faut savoir quels comptes sont activés, lesquels ne le sont pas, et pourquoi.

L’accès conditionnel va plus loin. Il permet de décider quand demander le MFA selon le contexte : lieu, risque, appareil, application ou type de compte. C’est très utile, mais ce n’est pas le sujet principal de cet article. Pour cette partie, consultez le guide dédié à l’accès conditionnel Entra ID pour PME.

Quelle méthode MFA choisir ?

Toutes les méthodes MFA n’ont pas le même niveau de sécurité, ni le même niveau de confort utilisateur. Le SMS est mieux que rien, mais il ne doit pas être le seul objectif durable.

MéthodeNiveau recommandéAvantagesLimites
SMSMinimum de secoursSimple à comprendrePlus exposé au phishing, SIM swap, interception
Appel téléphoniqueMinimum de secoursFacile pour certains profilsMoins recommandé, peu robuste
Code TOTP dans AuthenticatorCorrectFonctionne même sans pushSaisie manuelle, phishable
Notification Microsoft AuthenticatorBonSimple pour l’utilisateurNécessite smartphone et vigilance
Number matching AuthenticatorBon à très bonRéduit les validations par réflexeDemande accompagnement utilisateur
Passkey / FIDO2Très fortRésistant au phishingDéploiement plus cadré
Windows Hello for BusinessTrès fortConfort utilisateur sur poste géréDépend du parc et de la gestion des appareils

Microsoft recommande les méthodes résistantes au phishing comme Windows Hello for Business, passkeys FIDO2, clés FIDO2 et certificats pour les usages plus sensibles. (Microsoft Learn)

Pour une PME, le choix réaliste est souvent progressif. Microsoft Authenticator peut être un bon premier niveau pour la majorité des utilisateurs. Les passkeys ou clés FIDO2 sont particulièrement intéressantes pour les administrateurs, dirigeants, comptes sensibles ou utilisateurs exposés. Microsoft explique que les passkeys FIDO2 apportent une authentification forte et résistante au phishing dans Microsoft Entra ID. (Microsoft Learn)

Si vous souhaitez traiter les clés de sécurité plus en détail, il vaut mieux renvoyer vers une page dédiée aux clés de sécurité FIDO2, sans transformer ce guide MFA en tutoriel complet FIDO2.

Déploiement recommandé pour une PME

Dans une petite entreprise sans DSI interne, le bon déploiement MFA est celui que les utilisateurs comprennent et que le dirigeant peut faire maintenir sans dépendre d’une seule personne.

Voici un ordre simple :

  1. lister les comptes utilisateurs ;
  2. identifier les administrateurs Microsoft 365 ;
  3. vérifier les comptes partagés ou comptes de service ;
  4. choisir les méthodes MFA autorisées ;
  5. préparer une communication simple aux utilisateurs ;
  6. lancer une phase pilote ;
  7. activer MFA pour les administrateurs ;
  8. étendre à tous les utilisateurs ;
  9. vérifier les applications qui se connectent à Exchange, SharePoint ou Teams ;
  10. documenter les exceptions et secours.

Ce déploiement évite deux erreurs fréquentes : activer le MFA pour tout le monde sans préparation, ou l’activer seulement pour quelques comptes en pensant que le sujet est réglé.

Microsoft propose aussi une documentation de planification pour le déploiement de Microsoft Entra multifactor authentication, ce qui confirme qu’un déploiement MFA doit être préparé et accompagné, pas simplement activé au dernier moment. (Microsoft Learn)

Plan de communication utilisateur

Pour une structure de 10 à 20 postes, une consigne claire vaut mieux qu’un long document technique. Les utilisateurs doivent savoir quoi installer, quand le faire et qui appeler si le QR code ou l’application bloque.

Checklist de communication :

  • annoncer la date d’activation ;
  • expliquer pourquoi le MFA est activé ;
  • préciser la méthode recommandée ;
  • donner le lien vers la page “Informations de sécurité” Microsoft ;
  • expliquer quoi faire en cas de changement de téléphone ;
  • prévoir une personne de contact ;
  • éviter d’activer MFA un vendredi soir ;
  • faire tester un petit groupe avant tout le monde.

L’objectif n’est pas de faire peur. Il faut expliquer que le MFA protège les accès Microsoft 365, les emails, les fichiers SharePoint, les données OneDrive et les outils de travail quotidien.

Microsoft propose aussi une campagne d’inscription dans Microsoft Entra ID pour encourager les utilisateurs à configurer Microsoft Authenticator ou une passkey pendant la connexion. (Microsoft Learn)

Protéger les comptes administrateurs en priorité

Les comptes administrateurs sont plus sensibles que les comptes standards. Un compte administrateur Microsoft 365 peut modifier des utilisateurs, des droits, des paramètres de sécurité, des boîtes mail, des sites SharePoint ou des applications.

Il faut donc les traiter en priorité.

Bonnes pratiques PME :

  • ne pas utiliser le même compte pour le travail quotidien et l’administration, si possible ;
  • activer une méthode MFA plus forte pour les admins ;
  • éviter le SMS comme seule méthode pour les administrateurs ;
  • prévoir au moins deux administrateurs contrôlés ;
  • conserver un compte d’urgence documenté ;
  • surveiller les connexions administrateur ;
  • retirer les droits admin inutiles.

Microsoft a lancé une exigence MFA progressive pour les comptes qui se connectent aux portails d’administration Azure, Entra, Intune et Microsoft 365. Depuis octobre 2024, le MFA est requis progressivement pour les portails Azure, Entra et Intune, puis le déploiement s’étend progressivement au centre d’administration Microsoft 365 depuis février 2025. (Microsoft Learn)

Le sujet du moindre privilège et des rôles administrateurs mérite un article séparé. Ici, le point clé est simple : aucun compte administrateur ne devrait dépendre d’un mot de passe seul.

Comptes d’urgence : nécessaires mais encadrés

Un compte d’urgence, souvent appelé break glass, sert à éviter le verrouillage total du tenant Microsoft 365 en cas de mauvaise configuration, perte d’accès MFA ou incident d’administration.

Ce compte ne doit pas devenir une porte dérobée. Il doit être prévu, documenté, surveillé et testé.

Point de contrôleRecommandation PME
NombrePrévoir au moins un compte d’urgence, souvent deux selon contexte
UsageJamais au quotidien
Mot de passeLong, unique, stocké en coffre-fort
MFAÀ cadrer selon stratégie et risques
SurveillanceAlerte si connexion
DocumentationQui peut l’utiliser, quand, pourquoi
TestVérifier périodiquement que le compte fonctionne

Le compte d’urgence doit rester exceptionnel. Il ne doit pas être partagé librement, utilisé par un prestataire au quotidien ou oublié pendant plusieurs années.

Une PME doit pouvoir répondre à trois questions : qui connaît l’existence du compte, où est stocké son accès, et que se passe-t-il si ce compte est utilisé ?

Applications anciennes, scanners et protocoles hérités

Certaines applications anciennes ne supportent pas bien le MFA. C’est souvent le point qui bloque les petites structures.

Exemples fréquents :

  • scanner multifonction qui envoie des emails ;
  • ancien logiciel métier qui utilise SMTP AUTH ;
  • application qui se connecte en IMAP ou POP ;
  • ancien client Outlook ou mobile ;
  • compte partagé utilisé par plusieurs personnes ;
  • script ou connecteur qui envoie avec un compte Microsoft 365.

Le problème n’est pas seulement technique. Si vous bloquez brutalement l’authentification héritée sans inventaire, vous pouvez couper l’envoi d’emails d’un scanner, d’un logiciel de facturation ou d’un outil métier.

Microsoft explique que l’authentification héritée ne prend pas en charge le MFA. Les stratégies de blocage de l’authentification héritée doivent donc être préparées, souvent d’abord en mode observation ou avec un inventaire. (Microsoft Learn)

Cet article ne doit pas devenir un guide SMTP AUTH ou Exchange Online. Si le problème concerne surtout les emails qui ne partent plus ou n’arrivent pas, consultez plutôt l’article sur les emails Microsoft 365 qui n’arrivent pas.

Téléphone perdu, nouvel appareil, changement de salarié : que prévoir ?

Le MFA devient fragile quand l’entreprise n’a pas prévu les cas simples : téléphone perdu, nouvel appareil, départ salarié ou utilisateur sans smartphone.

SituationRisqueAction recommandée
Téléphone perduUtilisateur bloquéProcédure de réinitialisation MFA
Changement de téléphoneAncien Authenticator inutilisablePrévoir une méthode secondaire
Nouveau salariéMFA non inscritInscription dès l’onboarding
Départ salariéMéthode MFA encore liéeDésactiver le compte, retirer sessions et droits
Admin bloquéTenant difficile à administrerUtiliser procédure d’urgence
Smartphone personnel refuséAdoption difficilePrévoir alternatives selon métier
Utilisateur sans smartphoneBlocage opérationnelFIDO2, téléphone pro ou autre méthode validée

Le bon réflexe consiste à prévoir ces cas avant activation. Une procédure MFA doit expliquer comment ajouter une méthode, remplacer un téléphone, vérifier l’identité de l’utilisateur et documenter l’action.

Pour les départs salariés, le MFA doit être relié à l’offboarding : désactivation du compte, retrait des sessions, suppression des accès, revue des groupes et vérification des boîtes ou fichiers partagés.

Erreurs fréquentes dans les PME

Dans une TPE/PME où l’informatique est souvent gérée à temps partiel, les problèmes MFA viennent rarement de la technologie elle-même. Ils viennent surtout d’un manque de préparation utilisateur et d’un manque de procédure.

Erreurs courantes :

  1. activer MFA pour quelques comptes seulement ;
  2. oublier les administrateurs ;
  3. laisser SMS comme seule méthode durable ;
  4. ne pas prévoir les téléphones perdus ;
  5. activer tout le monde sans pilote ;
  6. ne pas prévenir les utilisateurs ;
  7. ignorer les anciens protocoles ;
  8. utiliser des comptes partagés ;
  9. ne pas documenter les exceptions ;
  10. ne pas tester le compte d’urgence ;
  11. croire que MFA suffit contre tout le phishing ;
  12. ne pas surveiller les connexions suspectes.

Une petite entreprise n’a pas besoin d’une architecture lourde pour éviter ces erreurs. Elle a besoin d’un inventaire des comptes, d’un choix de méthodes, d’une procédure téléphone perdu, d’un pilote utilisateur et d’une preuve que les administrateurs sont protégés.

Retours terrain Axorys

Lors de nos audits Microsoft 365, nous voyons souvent des tenants où le MFA est actif pour certains utilisateurs, mais pas pour tous les administrateurs.

Chez des petites structures, le problème n’est pas de comprendre l’intérêt du MFA. Le vrai sujet est de l’activer sans bloquer le dirigeant, l’office manager ou les utilisateurs qui changent de téléphone.

Nous rencontrons aussi des environnements où un scanner, un ancien logiciel métier ou un compte partagé empêche d’activer proprement le MFA.

Dans plusieurs reprises de tenant Microsoft 365, le MFA avait été activé dans l’urgence après une alerte, sans procédure pour les téléphones perdus ni compte d’urgence documenté.

Notre approche consiste à sécuriser les comptes par étapes : administrateurs, utilisateurs pilotes, généralisation, puis nettoyage des exceptions.

Pour une PME, le MFA ne doit pas être vécu comme une contrainte de plus, mais comme une règle simple et documentée pour protéger les accès Microsoft 365.

Preuves et contrôles à garder après activation

Preuves utiles :

  • liste des comptes administrateurs protégés ;
  • méthodes MFA autorisées ;
  • preuve d’activation pour tous les utilisateurs ;
  • liste des exceptions ;
  • justification des exceptions ;
  • procédure téléphone perdu ;
  • procédure nouvel utilisateur ;
  • procédure départ salarié ;
  • existence du compte d’urgence ;
  • résultat d’un test de connexion admin ;
  • date de revue MFA ;
  • capture ou export des méthodes d’authentification si possible.

Ces preuves sont importantes dans le cadre d’un support ou d’une infogérance Microsoft 365. Elles évitent les réponses floues comme “le MFA est activé quelque part” ou “normalement les admins sont protégés”.

La preuve doit être simple : quels comptes sont couverts, quelles méthodes sont autorisées, quelles exceptions existent, qui les a validées et quand la revue a été faite.

Mini-RACI PME / prestataire

La PME valide le niveau de contrainte acceptable. Le prestataire prépare, configure, teste, documente et corrige les exceptions. Microsoft fournit la plateforme Microsoft Entra ID et les services d’authentification.

Cette répartition évite un malentendu classique : croire que l’activation MFA est terminée dès que le bouton est activé. En réalité, il faut aussi gérer les exceptions, les téléphones perdus et les anciens usages.

ActionPMEPrestataire
Valider la date d’activation MFAResponsableAppui
Choisir les méthodes autoriséesValidationResponsable si mandat
Identifier les comptes adminAppui métierResponsable
Préparer la communication utilisateursResponsableAppui
Lancer le piloteAppuiResponsable
Activer MFA pour tousValidationResponsable
Traiter les cas bloquésAppuiResponsable
Documenter les exceptionsValidationResponsable
Tester le compte d’urgenceValidationResponsable
Revoir les méthodes MFAResponsableAppui

Quand passer à l’accès conditionnel ?

Le MFA est le socle. L’accès conditionnel sert ensuite à décider quand et dans quelles conditions demander ce MFA.

Il devient utile si la PME veut :

  • demander le MFA seulement hors bureau ;
  • bloquer certains pays ;
  • exiger un appareil conforme ;
  • appliquer des règles différentes aux admins et utilisateurs ;
  • tester les règles en mode rapport ;
  • combiner MFA, Intune et signaux de risque.

Microsoft décrit les authentication strengths comme un contrôle d’accès conditionnel permettant de préciser quelles combinaisons de méthodes d’authentification peuvent être utilisées pour accéder à une ressource. (Microsoft Learn)

Cet article reste centré sur le socle MFA. Les règles avancées doivent être traitées dans le guide dédié à l’accès conditionnel Entra ID pour PME. Si le sujet devient lié aux appareils conformes, consultez aussi le guide sur Intune dans Microsoft 365 Business Premium.

Quand faire sécuriser Microsoft 365 par un prestataire ?

Pour une entreprise qui utilise Microsoft 365 au quotidien sans administrateur dédié, le MFA doit être une mesure simple, stable et documentée. Un prestataire peut aider à choisir les méthodes, traiter les exceptions et éviter les blocages.

Faites-vous accompagner si :

  • le MFA est activé partiellement ;
  • aucun compte d’urgence n’est documenté ;
  • les administrateurs sont protégés par SMS uniquement ;
  • les utilisateurs sont bloqués régulièrement ;
  • les téléphones perdus sont mal gérés ;
  • des comptes partagés existent encore ;
  • un ancien logiciel est incompatible ;
  • il n’y a pas de procédure onboarding / offboarding ;
  • vous devez déployer FIDO2 ou passkeys ;
  • vous devez passer ensuite à l’accès conditionnel.

Le sujet peut aussi s’inscrire dans un guide Microsoft 365 pour PME, avec les autres points de sécurité : comptes administrateurs, sauvegarde, SharePoint, OneDrive, Exchange Online et droits d’accès.

Résumé : ordre de déploiement recommandé

  1. inventorier les comptes ;
  2. identifier les administrateurs ;
  3. choisir les méthodes MFA autorisées ;
  4. éviter le SMS comme seul niveau durable ;
  5. préparer les utilisateurs ;
  6. lancer un groupe pilote ;
  7. activer MFA pour les administrateurs ;
  8. généraliser aux utilisateurs ;
  9. traiter les applications anciennes ;
  10. documenter téléphone perdu, nouvel utilisateur et départ salarié ;
  11. prévoir un compte d’urgence ;
  12. revoir régulièrement les exceptions.

Vous pouvez aussi parcourir les guides Microsoft 365 pour PME pour relier ce sujet aux autres briques du tenant Microsoft 365.

FAQ

Qu’est-ce que le MFA Microsoft 365 ?

Le MFA Microsoft 365 est une authentification multifacteur. L’utilisateur saisit son mot de passe, puis valide son identité avec un second facteur comme Microsoft Authenticator, un code, une notification, une clé FIDO2 ou une passkey.

Microsoft Authenticator est-il préférable au SMS ?

Oui, dans la plupart des cas. Le SMS reste un niveau minimal, mais il est plus exposé aux attaques et erreurs. Microsoft recommande les méthodes plus résistantes au phishing, notamment passkeys FIDO2, Windows Hello for Business et certificats pour les usages plus sensibles. (Microsoft Learn)

Security Defaults suffit-il pour une PME ?

Security Defaults peut fournir un socle de sécurité simple pour une petite structure. Il active des protections de base et bloque certains anciens protocoles. Une PME qui veut des règles plus fines devra ensuite étudier l’accès conditionnel, sans commencer par une architecture complexe. (Microsoft Learn)

Que faire si un utilisateur perd son téléphone ?

Il faut prévoir une procédure de réinitialisation MFA. L’administrateur vérifie l’identité de l’utilisateur, retire l’ancienne méthode si nécessaire, ajoute une nouvelle méthode et documente l’action. Cette procédure doit exister avant l’incident.

Pourquoi les anciennes applications posent problème avec le MFA ?

Certaines anciennes applications ou protocoles ne supportent pas le MFA. Microsoft indique que les clients d’authentification héritée ne supportent pas le MFA. Il faut donc les identifier avant de bloquer ces accès. (Microsoft Learn)

Faut-il une clé FIDO2 pour tous les utilisateurs ?

Pas forcément. Une clé FIDO2 est très utile pour les administrateurs, dirigeants ou comptes sensibles. Pour tous les utilisateurs, Microsoft Authenticator peut être un bon premier niveau. Le choix dépend du risque, du budget, du parc et de la capacité d’accompagnement.

Quand contacter un prestataire Microsoft 365 ?

Contactez un prestataire si le MFA est partiellement activé, si les administrateurs ne sont pas bien protégés, si des utilisateurs sont bloqués, si les téléphones perdus ne sont pas gérés, ou si l’entreprise doit passer ensuite à l’accès conditionnel.

Conclusion

Le MFA Microsoft 365 est une mesure de sécurité essentielle pour une PME, mais il doit être déployé avec méthode. Le but n’est pas seulement d’activer une option : il faut choisir les bonnes méthodes, protéger les administrateurs, prévoir les téléphones perdus, traiter les anciens protocoles et documenter les exceptions.

Une PME n’a pas besoin d’une architecture grand compte pour bien démarrer. Elle a besoin d’un socle clair : MFA pour tous, Microsoft Authenticator ou passkeys quand c’est possible, compte d’urgence encadré, utilisateurs préparés et preuves conservées.

axorys 01

Votre PME utilise Microsoft 365 au quotidien et vous voulez activer le MFA sans bloquer vos utilisateurs ? Axorys peut vous aider à choisir les bonnes méthodes d’authentification, protéger les comptes administrateurs, traiter les cas particuliers, documenter les comptes d’urgence et sécuriser votre environnement Microsoft 365.

Faire sécuriser les accès Microsoft 365