Calculateur d'entropie de mot de passe
Saisissez une longueur de mot de passe et choisissez les types de caractères utilisés pour voir son entropie en bits, une note de force, le nombre total de combinaisons possibles et une estimation approximative du temps nécessaire pour le cracker.
Comment fonctionne ce calcul
L'entropie mesure à quel point un mot de passe généré aléatoirement est imprévisible. Elle se calcule ainsi : bits = longueur × log2(taille du pool), où la taille du pool est le nombre de caractères distincts disponibles par position : 26 pour les minuscules, 26 pour les majuscules, 10 pour les chiffres et 32 pour les symboles courants. Sélectionner plus de types de caractères agrandit le pool, et chaque caractère supplémentaire du pool ajoute un peu d'entropie à chaque position.
Chaque caractère de longueur en plus multiplie le nombre de mots de passe possibles par la taille du pool ; la longueur a donc un effet démesuré : ajouter 4 caractères à un mot de passe uniquement en minuscules double environ son entropie, alors qu'activer les symboles n'ajoute que quelques bits au total. C'est pourquoi le conseil habituel est que « la longueur l'emporte sur la complexité » — une longue phrase de passe faite de mots ordinaires est en général bien plus solide qu'un court fouillis de symboles.
Le temps de crackage est estimé en supposant qu'un attaquant peut tester 10 milliards (1e10) de tentatives par seconde, un débit typique des attaques hors ligne contre un fichier de mots de passe volé, non salé ou faiblement haché, à l'aide de GPU modernes. Les attaques en ligne contre un formulaire de connexion actif sont bien plus lentes à cause de la limitation du débit ; les temps réels de crackage en ligne sont donc souvent bien plus longs que ceux indiqués ici.
Exemple chiffré
Tailles de pool utilisées dans ce calcul
Chaque catégorie de caractères ajoute un nombre fixe de possibilités par position. Ce calculateur les additionne pour obtenir la taille totale du pool, puis applique bits = longueur × log2(pool).
| Jeu de caractères | Taille du pool | Exemple |
|---|---|---|
| Minuscules | 26 | a, b, c … z |
| Majuscules | 26 | A, B, C … Z |
| Chiffres | 10 | 0–9 |
| Symboles | 32 | ! @ # $ % ^ & * ( ) - _ = + etc. |
| Minuscules + chiffres | 36 | ex. 'a1b2c3d4' |
| Minuscules + majuscules + chiffres | 62 | ex. 'Kx9mQ2p7' |
| Les quatre jeux | 94 | ex. 'Kx9!mQ2#p7' |
Les notes de force expliquées
- Très faible (moins de 28 bits) : devinable presque instantanément, comparable à un code PIN à 4 chiffres.
- Faible (28–35 bits) : cassable en quelques minutes à quelques heures par une attaque automatisée.
- Raisonnable (36–59 bits) : suffisant pour des comptes peu sensibles ou jetables, pas pour rien de sensible.
- Fort (60–127 bits) : protection solide pour la plupart des comptes personnels et financiers face au crackage hors ligne.
- Très fort (128+ bits) : pratiquement incassable avec la puissance de calcul actuelle et à venir proche.
Pourquoi la longueur l'emporte sur la complexité
Chaque caractère supplémentaire multiplie le nombre total de mots de passe possibles par la taille du pool de caractères, tandis qu'activer un nouveau type de caractère ne fait qu'élargir le pool pour les caractères déjà présents. Passer de 8 à 12 caractères dans un mot de passe en minuscules seulement (pool 26) multiplie l'espace de clés par environ 26⁴ — plus de 450 000 fois plus grand — tandis qu'ajouter des symboles à un mot de passe existant de 8 caractères ne le multiplie que par environ (58/26)⁸ ≈ 218 fois. C'est pourquoi les recommandations de sécurité depuis le milieu des années 2010 (dont NIST SP 800-63B) privilégient les phrases de passe longues et mémorisables aux mots de passe courts bourrés de symboles, difficiles à taper et faciles à oublier.
Hypothèses derrière l'estimation du temps de crackage
Le temps de crackage estimé suppose un attaquant qui possède déjà le hachage du mot de passe (par exemple depuis une base de données volée) et peut tenter 10 milliards de tentatives par seconde — un débit réaliste pour cracker un hachage rapide et non salé avec des GPU modernes. Les temps réels de crackage varient énormément selon l'algorithme de hachage utilisé pour stocker le mot de passe (bcrypt et Argon2 sont délibérément lents et peuvent réduire le débit à quelques milliers par seconde), selon que le mot de passe figure dans des dictionnaires de mots de passe fuités, et selon que l'attaque est hors ligne ou en ligne avec limitation de débit. Servez-vous de ce chiffre pour comparer relativement des choix de mots de passe, pas comme une garantie littérale.