Un mot de passe généré ne vaut que par le hasard qui le produit et la longueur que vous lui donnez. Cet outil puise dans crypto.getRandomValues — la source aléatoire cryptographiquement sûre du navigateur — et la valeur par défaut de 16 caractères tirés d'un alphabet de 62 symboles vous donne environ 95 bits d'entropie. Ce que signifie ce nombre, et quelles cases comptent vraiment, vaut deux minutes.
L'entropie, c'est la longueur fois le logarithme de l'alphabet
La force d'un mot de passe aléatoire vaut log2(taille_alphabet) × longueur, et avoir l'arithmétique sous la main tranche les débats. Chaque caractère issu d'un jeu de 62 symboles (A–Z, a–z, 0–9) apporte 5,95 bits. Seize d'entre eux font 95,3 bits.
Pour situer 95 bits : un attaquant disposant d'une copie hors ligne de l'empreinte, lançant mille milliards d'essais par seconde sur du matériel sérieux, mettrait de l'ordre de 600 millions d'années à couvrir la moitié de l'espace. Ce n'est pas un nombre qui empire notablement avec du meilleur matériel. Un mot de passe de cette longueur dans cet alphabet n'est pas ce qui sera cassé.
La longueur bat les symboles, et de loin
Voici le calcul qui devrait changer votre usage de cet outil. Cocher la case des symboles fait passer l'alphabet de 62 à 88 et un mot de passe de 16 caractères de 95,3 à 103,4 bits — un gain de 8,1 bits. Tirer plutôt le curseur de longueur de 16 à 20 vous amène à 119,1 bits : un gain de 23,8.
Quatre caractères de plus valent trois fois toute la ponctuation du clavier. Parce que la longueur est un multiplicateur sur l'exposant, tandis que l'alphabet n'est que la base. Les symboles vous coûtent aussi : ils cassent le copier-coller dans certains terminaux, se font abîmer par des systèmes qui filtrent les saisies, et restent la raison pour laquelle un nombre déprimant de sites rejettent encore des mots de passe parfaitement bons. S'il faut choisir, choisissez la longueur.
La source aléatoire est la partie qui peut être catastrophiquement fausse
Un générateur de mots de passe a une tâche qui ne doit pas rater, et elle est invisible de l'extérieur. crypto.getRandomValues est un générateur cryptographiquement sûr : sa sortie n'est pas prévisible, même pour qui en a vu énormément. Math.random ne l'est pas. V8 implémente Math.random avec xorshift128+, un algorithme conçu pour la vitesse et la qualité statistique — observez assez de sa sortie et son état interne peut être reconstitué, rendant prévisible chaque valeur suivante.
Un générateur bâti sur Math.random produit une sortie qui vous paraît parfaitement aléatoire, passe toute inspection visuelle, et constitue une catastrophe. Ce n'est pas un mode de défaillance hypothétique ; c'est arrivé à répétition dans des logiciels livrés. Cet outil utilise getRandomValues, la seule réponse acceptable — et il vaut la peine de savoir que la question existe, pour pouvoir la poser à tout autre générateur que vous utilisez.
Ce que disent réellement les recommandations aujourd'hui
Le NIST SP 800-63B a été réécrit il y a des années, et la plupart des règles de mots de passe que l'on impose encore en ont été retirées. Les règles de composition — doit contenir une majuscule, un chiffre, un symbole — sont explicitement déconseillées, car elles poussent les humains vers des substitutions prévisibles. Password1! satisfait toutes les règles et figure dans tous les dictionnaires de cassage.
La rotation périodique forcée a également disparu, sauf indice de compromission. Elle dégradait les mots de passe au lieu de les améliorer : à qui doit changer chaque trimestre, on obtient Ete2024, Automne2024, Hiver2024. Ce que les recommandations demandent à la place : une longueur minimale, un maximum généreux, l'autorisation d'utiliser tout caractère y compris espaces et emoji, et une vérification contre les listes de mots de passe déjà fuités. Ce dernier point est de loin le contrôle le plus rentable, car l'attaque réaliste n'est pas la force brute contre 95 bits — c'est d'essayer un mot de passe déjà fuité ailleurs.
Les phrases de passe, et leur place
Quatre mots tirés au hasard d'une liste Diceware de 7 776 mots font 51,7 bits. Cinq font 64,6, six font 77,5. C'est nettement en dessous des 95 bits d'une chaîne aléatoire de 16 caractères, ce qui surprend ceux qui ont vu la fameuse bande dessinée xkcd.
L'intérêt d'une phrase de passe n'a jamais été d'être plus forte — c'est qu'un humain peut la mémoriser et ne l'écrira donc pas sur un post-it ni ne la réutilisera. Ce compromis compte pour la poignée de mots de passe que vous devez réellement retenir : l'ouverture de session de votre appareil, le mot de passe maître de votre gestionnaire. Pour les quelques centaines d'autres, la mémorisation est hors sujet, car c'est le gestionnaire qui se souvient. Utilisez une phrase de passe là où un cerveau est impliqué, et une longue chaîne aléatoire partout ailleurs.
Questions fréquentes
Les mots de passe sont-ils générés sur un serveur ?
Non. Cet outil porte la mention « client » : chaque mot de passe est produit dans votre onglet par sa propre source aléatoire et rien n'est transmis. Il n'en existe aucun journal nulle part, ici compris. Cela dit, l'habitude la plus sûre avec tout générateur web est de considérer un mot de passe généré dans un navigateur comme légèrement moins privé qu'un mot de passe généré localement par votre gestionnaire — non pas à cause de cette page en particulier, mais parce qu'un onglet de navigateur est un lieu passant, avec des extensions dedans.
Quelle longueur doit faire mon mot de passe ?
Seize caractères aléatoires dépassent le point où la longueur est votre problème, d'où la valeur par défaut ici. En dessous d'environ 12, vous entrez dans un territoire où une attaque hors ligne déterminée devient plausible. Au-delà d'environ 20, vous optimisez quelque chose qui n'avait déjà aucune chance réaliste d'être forcé, et vous gagneriez davantage de sécurité en activant l'authentification à deux facteurs.
Dois-je exclure les caractères ambigus ?
Seulement quand un humain doit lire le mot de passe à travers un intervalle — d'un écran vers un téléphone, au téléphone, depuis une carte imprimée. Retirer l, 1, I, 0 et O rétrécit l'alphabet et coûte donc un peu d'entropie : à 16 caractères, la perte est inférieure à 2 bits, autant dire rien. Quand personne ne le lit, laissez-les.
Pourquoi le même mot de passe affiche-t-il une force différente selon les sites ?
Parce que la plupart des jauges estiment comment un humain aurait construit le mot de passe, pas l'entropie qu'il possède réellement. Elles cherchent des mots du dictionnaire, des suites de clavier, des dates, des substitutions l33t. Face à une chaîne vraiment aléatoire, ces heuristiques n'ont aucune prise : le score n'est donc qu'une fonction de la longueur et de la variété des caractères — d'où une jauge qui note volontiers Password1! comme « fort » alors qu'il figure dans toutes les listes de cassage.
Est-il sûr de réutiliser partout un mot de passe très fort ?
Non, et c'est le point le plus important de cette page. L'entropie protège du devinement ; elle ne fait strictement rien contre une fuite. Quand un site stocke mal votre mot de passe et se fait pirater — ce qui arrive sans arrêt — la force du mot de passe est hors sujet, car l'attaquant l'a désormais. Il l'essaiera ensuite sur votre messagerie, et si ça marche, tout le reste suit. Les mots de passe uniques ne sont pas une question de force. C'est une question de confinement.