Mots de passe et authentification forte (MFA)

L'authentification est l'étape où un système vérifie que tu es bien la personne que tu prétends être, avant de te donner accès. Le mot de passe en reste le moyen le plus répandu et le plus attaqué ; l'authentification multifacteur (MFA) le complète avec un second élément qu'un attaquant à distance ne possède pas. Ce chapitre explique comment on attaque un mot de passe, comment mesurer sa robustesse, ce que recommandent la CNIL et l'ANSSI, et comment choisir une méthode d'authentification forte.

Identification, authentification, autorisation

Trois étapes à ne pas confondre :

L'authentification protège la confidentialité de tout le reste : une fois authentifié, l'attaquant hérite de tous les droits du compte. C'est pourquoi les comptes d'administration méritent la protection la plus forte.

Les trois facteurs d'authentification

L'authentification multifacteur combine au moins deux facteurs de catégories différentes. Un mot de passe plus une question secrète, ce sont deux éléments de la même catégorie (connaissance) : ce n'est pas de la MFA. Un mot de passe plus un code reçu sur le téléphone, oui.

Comment on attaque un mot de passe

Le cassage hors ligne explique pourquoi la façon dont un site stocke les mots de passe compte autant que leur robustesse. Une carte graphique récente teste des milliards de candidats par seconde contre un hachage rapide comme MD5 ou SHA-256, mais seulement quelques milliers par seconde contre un algorithme volontairement lent comme bcrypt ou Argon2id.

Mesurer la robustesse : l'entropie

La robustesse d'un mot de passe tiré au hasard se mesure par son entropie, en bits : le nombre de combinaisons possibles, exprimé en puissance de 2. Pour un mot de passe de L caractères choisis au hasard parmi N symboles possibles :

entropie = L × log₂(N) bits, et le nombre de combinaisons vaut N^L = 2^entropie.

Chaque bit supplémentaire double le nombre de combinaisons à essayer. Quelques valeurs :

Le cas des 12 caractères donne 79,6 bits : la CNIL l'arrondit à 80 bits dans ses exemples.

Pour une phrase de passe, chaque mot tiré au hasard dans une liste de 7 776 mots (la taille des listes Diceware) apporte log₂(7 776) ≈ 12,9 bits.

Ce que cela change pour un attaquant qui teste 10 milliards (10^10) de candidats par seconde contre un hachage rapide : un mot de passe aléatoire de 47,6 bits (8 caractères alphanumériques) est épuisé en 2^47,6 / 10^10 ≈ 21 300 secondes, soit moins de 6 heures. À 80 bits, il faudrait environ 3,8 millions d'années.

Les recommandations de la CNIL

La CNIL a publié en 2022 une recommandation sur les mots de passe (délibération n° 2022-100 du 21 juillet 2022). Elle ne fixe plus une longueur minimale mais un niveau d'entropie à atteindre, qui dépend des autres protections en place.

Pour le cas « mot de passe seul » (80 bits), la CNIL donne trois exemples équivalents :

• au moins 12 caractères mêlant majuscules, minuscules, chiffres et caractères spéciaux (pris dans une liste d'au moins 37 caractères spéciaux) ;
• au moins 14 caractères mêlant majuscules, minuscules et chiffres, sans caractère spécial obligatoire ;
• une phrase de passe d'au moins 7 mots.

Elle recommande aussi :

• de ne plus imposer de renouvellement périodique pour les comptes ordinaires (cela pousse à des mots de passe prévisibles : Printemps2026!, puis Ete2026!), tout en le gardant pour les comptes à privilèges ;
• de forcer le changement dès qu'une compromission est suspectée ;
• de ne jamais stocker un mot de passe en clair, mais de le transformer avec une fonction cryptographique non réversible, avec un sel, comme scrypt ou Argon2 ;
• d'encourager l'usage d'un gestionnaire de mots de passe.

L'ANSSI, dans son guide sur l'authentification multifacteur et les mots de passe (2021), va dans le même sens : privilégier l'authentification multifacteur, des mots de passe longs plutôt qu'une composition compliquée, un mot de passe différent pour chaque service, et un gestionnaire de mots de passe pour tous les retenir.

Le gestionnaire de mots de passe

Retenir un mot de passe différent et long pour chacun des dizaines de services qu'on utilise est impossible. Un gestionnaire de mots de passe le fait pour toi : il génère des mots de passe aléatoires, les stocke dans un coffre chiffré et les remplit automatiquement. Tu ne retiens qu'un seul mot de passe maître, qui doit être très robuste (une phrase de passe), et que tu protèges par la MFA si le gestionnaire la propose.

Exemples : KeePassXC (logiciel libre, coffre stocké localement), Bitwarden, ou le gestionnaire intégré au navigateur ou au système. Un gestionnaire a un autre avantage : il ne remplit pas automatiquement les identifiants sur un faux site dont le domaine ne correspond pas, ce qui aide à repérer un hameçonnage.

Choisir une méthode d'authentification multifacteur

Toutes les méthodes de MFA ne se valent pas.

Les clés FIDO2 et les clés d'accès sont dites résistantes à l'hameçonnage : la clé est liée au nom de domaine du vrai site, et elle refuse tout simplement de répondre à soleane-medical.fr.account-verify.example. C'est la méthode à privilégier pour les comptes d'administration.

Le même raisonnement en SLAM et en SISR

En SLAM, c'est le développeur qui décide comment l'application stocke et vérifie les mots de passe. En PHP, password_hash() et password_verify() font le travail correctement :

// À l'inscription : hachage lent et salé (sel généré automatiquement)
$hash = password_hash($motDePasse, PASSWORD_ARGON2ID);

// À la connexion : comparaison sûre avec le hachage stocké
if (password_verify($saisie, $hash)) {
    // authentification réussie
}

Si ton PHP n'a pas été compilé avec Argon2, la constante PASSWORD_ARGON2ID n'existe pas : PASSWORD_DEFAULT (bcrypt) est alors un choix correct.

Le développeur limite aussi le nombre de tentatives, renvoie un message générique (« identifiant ou mot de passe incorrect », sans dire lequel des deux est faux), refuse les mots de passe les plus courants ou déjà apparus dans des fuites, et propose la MFA. Le cours SQL montre comment stocker un mot de passe haché dans la base.

En SISR, la politique de mots de passe du domaine se règle par stratégie de groupe dans Active Directory : longueur minimale, historique, seuil et durée de verrouillage. Pour respecter le cas « 50 bits avec restriction d'accès » de la CNIL, on combine une longueur suffisante et un verrouillage après 10 échecs au plus. Les comptes d'administration reçoivent une politique plus stricte (stratégies de mots de passe affinées), la MFA pour l'accès à distance, et les mots de passe administrateur locaux des postes sont rendus uniques et renouvelés automatiquement par Windows LAPS (cours Windows Server).

Pour aller plus loin. Le cours Authentification détaille la politique de mots de passe selon la CNIL et l'ANSSI et les facteurs et la MFA ; le stockage des mots de passe (sel, bcrypt, Argon2) est dans le chapitre Stocker un mot de passe du cours Cryptographie.

Exercices

$sql = "SELECT * FROM client WHERE email = '$email'";
$client = $pdo->query($sql)->fetch();
if (!$client) {
    echo "Adresse inconnue";
} elseif ($client['mdp'] !== md5($mdp)) {
    echo "Mot de passe incorrect";
} else {
    $_SESSION['id'] = $client['id'];
}

$stmt = $pdo->prepare('SELECT id, mdp FROM client WHERE email = ?');
$stmt->execute([$email]);
$client = $stmt->fetch();
if ($client && password_verify($mdp, $client['mdp'])) {
    session_regenerate_id(true);
    $_SESSION['id'] = $client['id'];
} else {
    echo 'Identifiant ou mot de passe incorrect';
}