Générateur de mots de passe
Créez un mot de passe aléatoire robuste en un clic. Il est généré dans votre navigateur et n’est ni envoyé ni enregistré. Choisissez la longueur et les caractères, et voyez combien de temps il faudrait pour le deviner.
Votre mot de passe
Le mot de passe est généré dans votre navigateur et n’est ni envoyé ni enregistré. Seuls vos réglages (longueur et caractères) restent dans ce navigateur.
Robustesse
127 bits
Bits d’entropie : le mot de passe a été tiré au hasard parmi 2 puissance ce nombre de possibilités, et chaque bit de plus double le nombre d’essais nécessaires. Cela ne vaut que pour un mot de passe créé par ce générateur, pas pour un mot de passe que vous avez inventé.
Temps pour le deviner
- Connexion en ligne10 essais par seconde (exemple)
- plus d’un milliard d’années
- Base de données volée, hachage lentbcrypt, une RTX 5090
- plus d’un milliard d’années
- Base de données volée, hachage rapideMD5, une RTX 5090
- plus d’un milliard d’années
Le temps moyen pour trouver le mot de passe en essayant les possibilités les unes après les autres (en moyenne la moitié). Les vitesses sont des mesures publiées d’une carte graphique, voir la méthode et les sources plus bas ; un attaquant peut disposer de nombreuses cartes.
Une estimation à titre informatif uniquement, pas un conseil financier, fiscal ou technique. Comment c'est calculé et d'où viennent les données
Comment créer un bon mot de passe
Un bon mot de passe est long, aléatoire et utilisé pour un seul service. C’est la longueur qui compte : chaque caractère de plus multiplie le nombre de possibilités, alors que remplacer une lettre par un symbole devinable n’apporte presque rien.
Aléatoire signifie choisi par le hasard, pas par vous. Les gens choisissent des mots, des dates et des schémas prévisibles, et les attaquants essaient ceux-là en premier. Un générateur n’a pas ces habitudes.
Personne ne peut retenir un mot de passe long et aléatoire différent pour chaque compte, et personne n’a à le faire. Conservez-les dans un gestionnaire de mots de passe et retenez un seul mot de passe robuste pour le gestionnaire lui-même.
Activez la validation en deux étapes partout où c’est possible et préférez les clés d’accès (passkeys) quand un service les propose. Un mot de passe volé ne suffit alors plus pour entrer dans le compte.
Questions fréquentes
Est-il sûr de générer un mot de passe sur un site web ?
Ce générateur crée le mot de passe dans votre navigateur avec sa propre source d’aléa. Le mot de passe n’est pas envoyé à un serveur et n’est pas enregistré ; seuls les réglages de longueur et de caractères restent dans le navigateur. Vous pouvez le vérifier dans l’onglet réseau de votre navigateur, ou charger la page puis couper internet.
Quelle longueur pour un mot de passe ?
Aussi long que le service l’autorise et que vous pouvez le ranger dans un gestionnaire de mots de passe. Un mot de passe aléatoire de 16 caractères avec tous les types de caractères atteint déjà le niveau le plus élevé de ce générateur. La recommandation officielle (NIST) demande aux services d’accepter des mots de passe d’au moins 64 caractères.
Faut-il des symboles dans un mot de passe ?
Ils aident un peu, mais la longueur aide davantage. Si un site refuse certains symboles, désactivez-les et allongez plutôt le mot de passe.
Faut-il changer ses mots de passe régulièrement ?
La recommandation actuelle du NIST indique que les services ne devraient pas imposer de changement périodique. Changez un mot de passe quand vous avez des raisons de penser qu’il a fuité ; des changements réguliers sans objet poussent seulement à choisir des mots de passe plus faibles et prévisibles.
Articles liés
- Guide
Comment créer un mot de passe solide : longueur, gestionnaire de mots de passe et double authentification
Pourquoi la longueur compte plus que la complexité, en combien de temps on devine un mot de passe selon des mesures publiées, ce que recommandent la CNIL et le NIST et que faire dès aujourd’hui.
- Guide
Se connecter avec Google, Apple ou Facebook : fonctionnement, avantages et risques
Comment fonctionne le bouton « Se connecter avec Google », ce que le site apprend sur vous, où sont les avantages et les risques et comment l’utiliser en sécurité.
Comment c'est calculé et d'où viennent les données
Comment le résultat est calculé
- Le mot de passe est tiré de la source d’aléa cryptographique de votre navigateur (crypto.getRandomValues). Chaque caractère est choisi avec la même probabilité parmi les caractères autorisés, et les tirages qui favoriseraient certains caractères sont écartés.
- Chaque type de caractères activé apparaît au moins une fois : un mot de passe auquel il en manque un est écarté et tiré de nouveau, si bien que tous les mots de passe valides restent également probables.
- La robustesse en bits est le logarithme en base 2 du nombre de mots de passe possibles. Ce nombre est compté exactement, y compris la règle selon laquelle chaque type de caractères apparaît.
- Le temps pour le deviner est la moitié de toutes les possibilités (la moyenne) divisée par le nombre d’essais qu’un attaquant réalise par seconde.
- Les niveaux de robustesse sont les nôtres, pas une norme : en dessous de 60 bits faible, de 60 à 100 bits bonne, à partir de 100 bits très forte.
Hypothèses et limites
- La robustesse ne vaut que pour un mot de passe créé par ce générateur, pas pour un mot de passe que vous avez inventé ou modifié à la main.
- Les vitesses sont des mesures d’une carte graphique. Un attaquant peut en utiliser de nombreuses, et un service peut employer un hachage plus lent ou limiter les essais ; le temps réel peut donc être plus court ou bien plus long.
- La mesure de bcrypt utilise 32 itérations (coût 5). Les services en utilisent souvent davantage, ce qui ralentit encore l’attaquant.
- Le générateur ne vérifie pas si un mot de passe a fuité et ne connaît pas les règles d’un site précis, par exemple les symboles qu’il refuse.
- Les attaques visant la personne (hameçonnage, logiciels malveillants) ne figurent pas dans les chiffres, et un mot de passe robuste n’en protège pas.
La vitesse en ligne (10 essais par seconde) est notre exemple. Les vitesses hors ligne sont des mesures publiées : MD5 215,8 GH/s et bcrypt 255,3 kH/s sur une NVIDIA RTX 5090 (hashcat v6.2.6).
Sources des données et période concernée
Chaque chiffre avec lequel un calculateur démarre ou à partir duquel il calcule provient de l'une des sources ci-dessous. Les noms des séries sont donnés tels que l'éditeur les nomme. Chaque ligne indique la période à laquelle les données se rapportent et, là où nous la consignons, le jour du téléchargement. Les données officielles peuvent avoir plusieurs mois lors de leur publication ; vérifiez donc la valeur actuelle avant de décider.
- Officiel
- Publié par une banque centrale, un institut de statistique, l'Union européenne ou un autre organisme public.
- Données académiques ou sectorielles
- Un jeu de données d'une université, d'un fournisseur d'indices, d'une association sectorielle ou d'un fournisseur de données.
- D'après la presse
- Un chiffre d'un organisme officiel que nous ne connaissons que par la presse et que nous n'avons pas vérifié à la source. Considérez-le comme approximatif.
- Exemple
- Un chiffre rond de notre part, pas une statistique. Remplacez-le par le vôtre.
Vitesses d’attaque sur les mots de passe et recommandations
Afficher les 4 sources
| Source | Période | Type |
|---|---|---|
hashcat forum, RTX 5090 benchmark threadNVIDIA GeForce RTX 5090, hashcat v6.2.6, tuned run, MD5 (mode 0): 215.8 GH/s (fast hash) | 2025-02téléchargé le 2026-10-07 | Données académiques ou sectorielles |
hashcat forum, RTX 5090 benchmark threadNVIDIA GeForce RTX 5090, hashcat v6.2.6, tuned run, bcrypt (mode 3200, 32 iterations): 255.3 kH/s (slow hash) | 2025-02téléchargé le 2026-10-07 | Données académiques ou sectorielles |
ExempleOnline guessing against a login that limits the attempts: 10 guesses per second | 2026 | Exemple |
NISTSP 800-63B-4, Digital Identity Guidelines: Authentication and Authenticator Management, section 3.1.1.2 Passwords | 2025téléchargé le 2026-10-07 | Officiel |
Texte de la méthodologie vérifié pour la dernière fois le 2026-10-06. Données téléchargées pour la dernière fois le 2026-10-07. Comment nous travaillons avec les données et les sources