Phrase secrète vs. Mot de passe : Une comparaison technique de sécurité

Un mot de passe est une courte chaîne d’authentification, généralement de 8 à 16 caractères, combinant lettres, chiffres et symboles. Une phrase de passe est une séquence plus longue composée de plusieurs mots — généralement 20 à 40 caractères — dont la solidité repose sur la longueur plutôt que sur la complexité des caractères. En termes de sécurité pure, une phrase de passe bien construite est cryptographiquement supérieure à un mot de passe classique, car l’entropie évolue de façon exponentielle avec la longueur, et non avec la substitution de symboles.

Si vous devez choisir entre les deux pour la sécurité d’un compte, l’authentification sur un serveur ou la protection d’une clé SSH, la réponse est presque toujours la phrase de passe — mais le raisonnement nécessite de comprendre les mathématiques sous-jacentes, les vecteurs d’attaque et les contraintes de déploiement réelles que la plupart des comparaisons omettent entièrement.

Qu’est-ce qu’un mot de passe ?

Un mot de passe est une chaîne de caractères de longueur fixe utilisée pour authentifier un utilisateur auprès d’un système. Le modèle conventionnel — imposé par la plupart des systèmes hérités — exige un minimum de 8 caractères avec au moins une lettre majuscule, un chiffre et un caractère spécial.

Caractéristiques typiques :

• Longueur : 8 à 16 caractères
• Jeu de caractères : majuscules, minuscules, chiffres, symboles (!@#$%^&*)
• Exemple courant : P@ssw0rd123!

Le problème avec ce modèle est structurel. Les exigences de complexité poussent les utilisateurs vers des schémas de substitution prévisibles : a devient @, o devient 0, s devient $. Les attaquants le savent depuis plus d’une décennie. Les outils de craquage modernes basés sur des règles comme Hashcat appliquent ces schémas de substitution automatiquement, ce qui signifie que P@ssw0rd! n’est pas significativement plus difficile à craquer que Password face à une liste de mots préparée.

Entropie d’un mot de passe typique

L’entropie se mesure en bits : H = L × log2(N), où L est la longueur et N est la taille du jeu de caractères.

Un mot de passe aléatoire de 10 caractères utilisant un jeu de 95 caractères ASCII imprimables produit environ 65,7 bits d’entropie. Cela semble solide — jusqu’à ce que l’on tienne compte du fait que les utilisateurs ne choisissent pas de manière aléatoire. Les mots de passe réels se regroupent autour de schémas qui réduisent considérablement l’entropie effective, souvent à moins de 30 bits.

Qu’est-ce qu’une phrase de passe ?

Une phrase de passe est un identifiant d’authentification composé de plusieurs mots du dictionnaire, souvent séparés par des espaces, des tirets ou d’autres délimiteurs. L’exemple canonique, popularisé par le comic XKCD #936 du chercheur en sécurité Randall Munroe, est correct horse battery staple.

Caractéristiques typiques :

• Longueur : 20 à 40+ caractères
• Structure : 4 à 6 mots courants sans lien entre eux
• Exemple : CorrectHorseBatteryStaple

La sécurité d’une phrase de passe provient de l’explosion combinatoire de la sélection de mots. Si vous tirez 4 mots aléatoirement d’une liste de 7 776 mots (la liste EFF Large Wordlist, conçue pour Diceware), le nombre de combinaisons possibles est 7 776^4 = environ 3,6 billions. Cela produit environ 51,7 bits d’entropie — et l’ajout d’un cinquième mot la fait dépasser 64 bits, égalant ou dépassant un mot de passe aléatoire complexe tout en restant entièrement mémorisable par un humain.

Pourquoi la longueur l’emporte sur la complexité

La réalité mathématique fondamentale est la suivante : chaque caractère supplémentaire multiplie l’espace de recherche, mais le multiplicateur dépend du jeu de caractères. Ajouter un mot courant de plus à une phrase de passe (multiplication par ~7 776) est bien plus impactant qu’ajouter un symbole de plus à un mot de passe (multiplication par ~32 pour les jeux de symboles courants). La longueur est la variable dominante dans la résistance aux attaques par force brute.

Phrase de passe vs. mot de passe : comparaison technique

Vecteurs d’attaque : comment les mots de passe et les phrases de passe sont craqués

Comprendre le modèle de menace est essentiel avant de choisir un format d’identifiant. Les trois principales catégories d’attaques se comportent très différemment face aux mots de passe et aux phrases de passe.

Attaques par force brute

Une attaque par force brute itère à travers toutes les combinaisons de caractères possibles. Face à un mot de passe aléatoire de 8 caractères, des clusters GPU modernes exécutant Hashcat peuvent épuiser l’intégralité de l’espace de hachage MD5 en moins d’une heure. Face à une phrase de passe Diceware de 4 mots hachée avec bcrypt (facteur de coût 12), le même matériel nécessiterait des millions d’années — non pas à cause de l’algorithme de hachage seul, mais parce que l’espace de recherche est plusieurs ordres de grandeur plus grand.

L’implication pratique : la longueur du mot de passe est le facteur le plus important pour se défendre contre les attaques par force brute hors ligne sur des bases de données d’identifiants compromises.

Attaques par dictionnaire et par règles

C’est là que les phrases de passe naïves peuvent échouer. Si un utilisateur construit une phrase de passe à partir d’une citation célèbre (ToBeOrNotToBeThatIsTheQuestion), les attaquants utilisant des listes de mots basées sur des phrases ou des modèles de chaînes de Markov la trouveront rapidement. La défense repose sur le caractère aléatoire de la sélection des mots — plus précisément, l’utilisation d’une méthode de type Diceware où les mots sont choisis en lançant des dés physiques ou en utilisant un générateur de nombres aléatoires cryptographiquement sécurisé, et non par association personnelle.

Une phrase de passe comme purple elephant jumps moon qu’un utilisateur a inventée parce qu’elle « semble aléatoire » est bien plus faible que wrist panel clam orbit générée par un outil Diceware, car l’intuition humaine concernant le caractère aléatoire est systématiquement biaisée.

Credential stuffing et hameçonnage

Ni les mots de passe ni les phrases de passe ne fournissent de défense contre le credential stuffing (réutilisation d’identifiants compromis) ou l’hameçonnage (capture directe des identifiants). Les seules mesures d’atténuation efficaces sont les identifiants uniques par service et l’authentification multi-facteurs (MFA). Les phrases de passe réduisent cependant le problème de réutilisation, car elles sont plus faciles à mémoriser de manière unique par compte que les chaînes de caractères aléatoires.

Contextes de déploiement réels

Phrases de passe pour les clés SSH

Lorsque vous générez une paire de clés SSH, la clé privée peut être chiffrée avec une phrase de passe. C’est l’un des cas d’utilisation les plus importants pour les phrases de passe. Si votre fichier de clé privée est exfiltré — depuis un poste de travail compromis, une sauvegarde mal configurée ou un ordinateur portable volé — la phrase de passe est la dernière ligne de défense.

ssh-keygen -t ed25519 -C "your_email@example.com"

Lorsque vous y êtes invité, saisissez une phrase de passe Diceware solide. Utilisez ssh-agent pour la mettre en cache afin de ne pas avoir à la saisir à chaque connexion :

eval "$(ssh-agent -s)"
ssh-add ~/.ssh/id_ed25519

Pour les environnements d’hébergement VPS où SSH est la méthode d’accès principale, imposer des clés protégées par une phrase de passe et désactiver entièrement l’authentification par mot de passe (PasswordAuthentication no dans /etc/ssh/sshd_config) est une étape de durcissement fondamentale.

Chiffrement de disque (LUKS)

LUKS (Linux Unified Key Setup) utilise une phrase de passe pour dériver la clé maître de volume via PBKDF2 ou Argon2. Le nombre d’itérations est calibré pour prendre environ une seconde sur le matériel cible, ce qui signifie que l’entropie de la phrase de passe détermine directement la résistance aux attaques hors ligne. Une phrase de passe Diceware de 4 mots offre une protection adéquate ; une phrase de passe de 6 mots est pratiquement inviolable avec la technologie actuelle.

Authentification des applications web

La plupart des applications web hachent les mots de passe avec bcrypt, scrypt ou Argon2. Le facteur de travail de ces algorithmes ralentit les attaques hors ligne, mais l’entropie de la phrase de passe reste importante. Une phrase de passe hachée avec bcrypt et disposant de 60 bits d’entropie est bien plus résistante qu’un mot de passe de 8 caractères haché avec bcrypt et disposant de 30 bits effectifs, même à facteur de coût identique.

Identifiants de serveurs et d’infrastructure

Sur les serveurs dédiés gérant une infrastructure critique, les identifiants des comptes root et administrateur doivent toujours être des phrases de passe — idéalement 5 mots ou plus issus d’une liste Diceware. Combinez cela avec des politiques de verrouillage imposées par PAM et une journalisation centralisée pour détecter les tentatives de force brute au niveau de la couche d’authentification.

Pièges courants lors de l’utilisation de phrases de passe

Utiliser des citations célèbres ou des paroles de chansons. Les attaquants maintiennent des listes de phrases courantes, de titres de livres, de répliques de films et de paroles de chansons. Une phrase de passe tirée de la culture populaire est bien plus faible que son nombre de caractères ne le laisse supposer.

Combinaisons de mots prévisibles. SunnyDayHappyLife utilise quatre mots mais suit un schéma sémantiquement cohérent et optimiste qu’un modèle de langage entraîné peut générer et tester efficacement. Un vrai caractère aléatoire — et non « ce qui me semble aléatoire » — est requis.

Ignorer les limites de caractères du système. Certaines applications d’entreprise héritées, portails bancaires et systèmes embarqués plafonnent les mots de passe à 16, voire 12 caractères, tronquant silencieusement les saisies plus longues. Vérifiez toujours que le système stocke intégralement votre phrase de passe. Si elle est tronquée sans avertissement, votre phrase de passe de 30 caractères devient un mot de passe de 12 caractères.

Espaces et caractères spéciaux dans les phrases de passe. Certains systèmes rejettent les espaces dans les mots de passe. L’utilisation d’un délimiteur cohérent comme - ou _ entre les mots (correct-horse-battery-staple) maintient la lisibilité tout en évitant les problèmes de compatibilité.

Réutiliser une phrase de passe sur plusieurs services. L’avantage de mémorabilité des phrases de passe peut paradoxalement encourager leur réutilisation. Une phrase de passe réutilisée sur cinq services est cinq fois plus susceptible d’être exposée lors d’une violation. Utilisez un gestionnaire de mots de passe pour maintenir des phrases de passe uniques par compte.

Construire une phrase de passe solide : une méthode technique

La référence en matière de génération de phrases de passe est la méthode EFF Diceware :

1. Lancez cinq dés physiques (ou utilisez un équivalent CSPRNG).
2. Lisez le résultat à cinq chiffres et recherchez-le dans la liste EFF Large Wordlist.
3. Répétez 5 à 6 fois pour générer 5 à 6 mots.
4. Insérez éventuellement un chiffre ou un symbole entre les mots pour les systèmes qui l’exigent.

# Generate a Diceware-style passphrase using /dev/urandom on Linux
python3 -c "
import secrets
wordlist = open('/usr/share/dict/words').read().splitlines()
words = [secrets.choice(wordlist) for _ in range(5)]
print(' '.join(words))
"

Pour une utilisation en production, préférez des outils dédiés comme diceware (package Python) ou passphraseme, qui utilisent les listes de mots EFF officielles et une source aléatoire cryptographiquement sécurisée.

Gestionnaires de mots de passe : combler le fossé d’utilisabilité

Un gestionnaire de mots de passe supprime entièrement la contrainte de mémorabilité, vous permettant d’utiliser un identifiant unique généré aléatoirement de 20+ caractères pour chaque compte. Le mot de passe maître protégeant le coffre-fort du gestionnaire doit être une phrase de passe Diceware solide — c’est le seul identifiant que vous devez mémoriser, et il protège tout le reste.

Options recommandées avec de solides antécédents en matière de sécurité :

• Bitwarden — open-source, audité, auto-hébergeable
• KeePassXC — local uniquement, sans dépendance au cloud, idéal pour les environnements isolés
• 1Password — fonctionnalités entreprise solides, architecture Secret Key

Lors du déploiement d’un VPS avec cPanel ou d’autres panneaux de contrôle d’hébergement géré, stockez les identifiants maîtres du panneau dans un coffre-fort de gestionnaire de mots de passe protégé par une phrase de passe Diceware, et activez la MFA sur le panneau lui-même.

Le rôle de l’authentification multi-facteurs

Ni les mots de passe ni les phrases de passe ne sont suffisants isolément pour les comptes à haute valeur. La MFA (authentification multi-facteurs) ajoute une deuxième couche de vérification — un code TOTP, une clé de sécurité matérielle (FIDO2/WebAuthn) ou une notification push — qui rend les identifiants volés inutilisables sans accès physique au second facteur.

La configuration recommandée pour les comptes critiques :

• Facteur d’authentification 1 : Phrase de passe Diceware solide (quelque chose que vous savez)
• Facteur d’authentification 2 : Clé matérielle FIDO2 comme YubiKey ou Google Titan (quelque chose que vous possédez)
• Sauvegarde : Codes de récupération stockés de manière sécurisée dans un coffre-fort chiffré

Pour les comptes d’hébergement email en particulier, la MFA est non négociable. L’email est le vecteur de récupération de pratiquement tous les autres comptes — le compromettre entraîne une prise de contrôle totale de tous les services liés.

Considérations réglementaires et de conformité

Le NIST SP 800-63B (2017, mis à jour en 2024) s’est explicitement éloigné des règles de complexité obligatoires au profit de politiques basées sur la longueur. Les recommandations clés du NIST incluent désormais :

• Autoriser des mots de passe d’au moins 64 caractères (permettant les phrases de passe)
• Ne pas exiger de rotation périodique des mots de passe sans preuve de compromission
• Vérifier les nouveaux mots de passe par rapport aux listes d’identifiants compromis connus (par ex., l’API HaveIBeenPwned)
• Ne pas imposer de règles de composition (symboles obligatoires, chiffres) qui réduisent l’entropie en encourageant des schémas prévisibles

Les organisations qui appliquent encore des politiques minimum 8 characters with uppercase + symbol + number agissent à l’encontre des recommandations actuelles du NIST. La migration vers des politiques favorables aux phrases de passe avec un minimum de 15 à 20 caractères et une vérification par liste de violations est à la fois plus sécurisée et plus utilisable.

Matrice de décision : quand utiliser quoi

Pour les comptes d’enregistrement de domaine, traitez l’identifiant du registraire comme un secret de premier niveau. Le détournement DNS via un compte de registraire compromis peut rediriger tout le trafic et les emails d’un domaine, contournant tous les autres contrôles de sécurité.

Liste de contrôle des points clés pratiques

• Générez des phrases de passe en utilisant une méthode Diceware avec un CSPRNG, et non par association personnelle ou phrases célèbres.
• Utilisez un minimum de 5 mots (environ 64 bits d’entropie) pour tout identifiant protégeant des données sensibles.
• Vérifiez que votre système cible accepte et stocke intégralement la longueur de votre phrase de passe avant de vous y fier.
• Utilisez un gestionnaire de mots de passe (Bitwarden, KeePassXC) pour tous les comptes, sauf pour l’identifiant maître du coffre-fort.
• Protégez les clés privées SSH avec une phrase de passe et utilisez ssh-agent pour la mise en cache de session.
• Appliquez PasswordAuthentication no dans /etc/ssh/sshd_config sur tous les serveurs de production.
• Activez la MFA sur chaque compte qui la prend en charge, en priorisant les comptes email, registraire, panneaux de contrôle d’hébergement et comptes financiers.
• Auditez vos politiques d’identifiants par rapport au NIST SP 800-63B : supprimez la rotation obligatoire et les règles de complexité, ajoutez la vérification par liste de violations.
• Ne réutilisez jamais une phrase de passe sur plusieurs services, quelle que soit son apparence mémorable ou unique.

Foire aux questions

Une phrase de passe est-elle toujours plus sécurisée qu’un mot de passe ?

Une phrase de passe générée aléatoirement composée de 4 mots Diceware ou plus est presque toujours plus sécurisée qu’un mot de passe choisi par l’utilisateur. Cependant, un mot de passe vraiment aléatoire de 20 caractères généré par un gestionnaire de mots de passe peut égaler ou dépasser l’entropie d’une phrase de passe. L’avantage pratique des phrases de passe est la mémorabilité avec une entropie élevée — et non une supériorité intrinsèque dans tous les cas.

Les phrases de passe peuvent-elles être craquées par l’IA ou des modèles de langage ?

Les grands modèles de langage modernes peuvent générer des séquences de mots sémantiquement cohérentes, ce qui signifie que les phrases de passe basées sur des phrases significatives ou des expressions courantes sont plus vulnérables qu’elles ne l’étaient il y a cinq ans. La défense repose sur un caractère aléatoire strict dans la sélection des mots — les phrases de passe générées par Diceware sans relation sémantique entre les mots ne sont pas significativement plus vulnérables aux attaques assistées par LLM qu’auparavant.

Quelle est la longueur minimale d’une phrase de passe pour la protection des clés SSH ?

Pour le chiffrement des clés privées SSH, le NIST et la plupart des cadres de sécurité recommandent au moins 128 bits d’entropie pour les secrets à long terme. Une phrase de passe Diceware de 5 mots fournit environ 64 bits, ce qui est considéré comme solide pour un usage interactif. Pour les environnements à haute assurance, utilisez 6 mots (environ 77 bits) ou combinez une phrase de passe avec une clé de sécurité matérielle.

Les gestionnaires de mots de passe rendent-ils les phrases de passe obsolètes ?

Non. Un gestionnaire de mots de passe génère et stocke des identifiants aléatoires à haute entropie pour tous vos comptes, mais le coffre-fort lui-même doit être protégé par un identifiant maître que vous pouvez mémoriser. Cet identifiant maître doit être une phrase de passe Diceware solide. Les deux outils sont complémentaires, et non concurrents.

Comment gérer les systèmes qui rejettent les longues phrases de passe ou les espaces ?

Utilisez un délimiteur de mots cohérent que la plupart des systèmes acceptent, comme - ou . (par ex., correct-horse-battery-staple). Si le système impose une limite stricte de caractères inférieure à 20 caractères, utilisez la longueur maximale autorisée avec une chaîne aléatoire générée par un gestionnaire de mots de passe et signalez le système comme non conforme au NIST SP 800-63B pour remédiation.