Qu'est-ce que le MFA ?
L'authentification multifacteur (MFA) est une méthode d'authentification qui exige d'un utilisateur qu'il présente au moins deux facteurs de vérification indépendants — un élément qu'il connaît (un mot de passe), un élément qu'il possède (un jeton matériel ou une application d'authentification), ou un élément qui le caractérise (biométrie) — avant d'obtenir l'accès à un système. Le MFA réduit fortement le risque de compromission d'un compte suite au vol ou à la devinette d'un mot de passe seul, puisqu'un attaquant devrait également contourner le second facteur. Largement imposé par les référentiels de sécurité et les réglementations comme contrôle de base pour les comptes utilisateurs humains, en particulier pour les accès privilégiés ou distants, il se déploie couramment via notifications push, codes à usage unique ou clés de sécurité physiques.
Pourquoi c'est important
Le MFA est l'un des contrôles les plus efficaces pour les comptes humains, mais il présente un angle mort structurel : les identités non humaines — comptes de service, clés API, tokens OAuth — ne peuvent généralement pas l'utiliser. Une machine ne peut pas répondre à une notification push ni saisir un code à usage unique ; la plupart des systèmes automatisés s'authentifient donc avec un seul facteur : un secret statique. Ce secret devient alors l'unique barrière entre un attaquant et le système, et comme il ne tourne ni n'expire de la même façon qu'une connexion humaine protégée par MFA, une clé API ou un identifiant de compte de service divulgué donne souvent un accès immédiat et sans contestation. L'entrée en application de NIS2 au 1er octobre 2026 étend explicitement cette préoccupation aux identifiants machine — l'Objectif 13 du ReCyF de l'ANSSI couvre précisément les comptes de service et identifiants machine parce qu'ils échappent à la couverture MFA classique. À mesure que les organisations verrouillent les connexions humaines avec le MFA, les identités non humaines deviennent la voie d'entrée la plus simple, faute d'avoir jamais été conçues pour exiger un second facteur.
Comment Cydenti vous aide
Comme les identités non humaines ne peuvent pas répondre à un défi MFA, Cydenti compense par une vérification comportementale continue : surveiller l'usage réel de chaque compte de service, clé API et identifiant machine, et signaler les écarts, privilèges excessifs ou schémas d'accès anormaux qu'un second facteur aurait détectés s'il avait existé. Les équipes sécurité disposent ainsi d'un niveau d'assurance équivalent au MFA pour la population d'identités que les cadres d'authentification n'ont jamais été conçus pour protéger, comblant une faille que NIS2 et l'Objectif 13 du ReCyF imposent désormais de traiter.
Explorer →Questions fréquentes
Pourquoi les comptes de service ne peuvent-ils pas utiliser le MFA ?
Le MFA exige qu'un humain réponde à une invite, un code ou un contrôle biométrique, ce que les systèmes automatisés ne peuvent pas faire sans casser l'automatisation. Les comptes de service, clés API et bots s'appuient donc généralement sur un seul secret statique pour s'authentifier, rendant sa protection et sa rotation bien plus critiques que pour un compte humain.
Le MFA est-il exigé pour les identités machine sous NIS2 ?
NIS2 et l'Objectif 13 du ReCyF de l'ANSSI exigent des contrôles d'accès forts pour les comptes de service et identifiants machine, mais comme le MFA classique ne s'applique pas, la conformité repose généralement sur des contrôles alternatifs : rotation stricte des identifiants, application du moindre privilège et surveillance continue du comportement des identités non humaines.
Découvrez les identités machines que vous ignoriez posséder
— en 27 minutes, gratuitement.
L’application de NIS2 commence le 1er octobre 2026. L’Audit Flash livre votre photographie complète d’exposition NHI — comptes de service, identifiants orphelins, autorisations OAuth, agents IA — avec un premier rapport en 3 heures. Sans engagement.
Sans engagement · Données hébergées en France · Réponse sous 24h