Comptes de service et bases de données
Les comptes utilisés par les applications, les sauvegardes et les tâches planifiées. Personne ne les tape, ils vivent dans un coffre à secrets, et ce sont des cibles de choix.
Comptes de service, mots de passe de bases de données, secrets d’application et clés de chiffrement : personne ne les tape, ils dorment dans un coffre, alors inutile de les faire courts. Trente-deux caractères aléatoires portent plus de 200 bits : la force brute n’est tout simplement plus une option.
Calcul en cours…
Un code PIN n’est sûr que là où les essais sont limités, comme sur un téléphone ou une carte bancaire. Les codes évidents (1234, 0000, 1212) sont écartés.
Temps pour craquer votre mot de passe de 32 caractères
Pire scénario : une attaque hors ligne sur un hachage rapide, par un cluster de GPU qui teste mille milliards d’essais par seconde.
Les chiffres
Même 32 chiffres aléatoires survivraient à l’univers face à un cluster de GPU. Avec lettres, chiffres et symboles, les durées n’ont plus aucun sens.
| 32 caractères aléatoires | Entropie | Cluster de GPU, hachage rapide | Machine GPU, bcrypt |
|---|---|---|---|
| Chiffres seuls 0-9 | 106 bits | 1,6 billion d’années | 1,6 × 1019 ans |
| Minuscules a-z | 150 bits | 3 × 1025 ans | 3 × 1032 ans |
| Maj. et min. a-z A-Z | 182 bits | 1,3 × 1035 ans | 1,3 × 1042 ans |
| Lettres et chiffres a-z A-Z 0-9 | 191 bits | 3,6 × 1037 ans | 3,6 × 1044 ans |
| Lettres, chiffres, symboles + !@#$% | 206 bits | 1,8 × 1042 ans | 1,8 × 1049 ans |
Au-delà d’environ 128 bits, la longueur supplémentaire ne change plus rien pour la force brute. Ce que 32 caractères achètent, c’est une marge qui résiste aux hachages faibles, aux fuites de hachages et au matériel des décennies à venir.
Où l’utiliser
Les comptes utilisés par les applications, les sauvegardes et les tâches planifiées. Personne ne les tape, ils vivent dans un coffre à secrets, et ce sont des cibles de choix.
Secrets de session, clés de signature et secrets de webhook que vous créez vous-même. Faites-en un par environnement (le bouton En générer 10 aide) et ne les versionnez jamais dans un dépôt.
Les mots de passe de sauvegardes chiffrées, d’images disque ou d’archives 7-Zip s’attaquent hors ligne, sans aucune limite d’essais. C’est exactement là qu’une énorme marge paie.
Comptes de secours et root, mots de passe d’administration de la box ou du NAS : rangez-les dans votre gestionnaire ou dans une enveloppe scellée, et faites-les longs.
Sans mauvaise surprise
Les symboles comme #, $, &, les guillemets et les barres obliques inverses peuvent casser les fichiers .env, le YAML, les commandes shell et les chaînes de connexion. Désactivez les symboles dans le générateur ci-dessus : 32 lettres et chiffres aléatoires portent encore environ 190 bits.
Sur un serveur ou dans un script, ces commandes donnent un secret de 32 caractères de même qualité, tiré du générateur aléatoire du système :
openssl rand -base64 24
python -c "import secrets; print(secrets.token_urlsafe(24))"
[Convert]::ToBase64String([Security.Cryptography.RandomNumberGenerator]::GetBytes(24))
Les deux premières fonctionnent sous Linux et macOS (et sous Windows avec OpenSSL ou Python installé), la dernière dans PowerShell 7. Chacune encode 24 octets aléatoires, soit 192 bits, en 32 caractères.
Questions
Pour un mot de passe que vous tapez, oui. Pour un secret que seuls des programmes ou un gestionnaire manipulent, non : cela ne coûte rien et écarte totalement la force brute, même si le hachage fuite ou a été stocké avec un algorithme faible.
Avec lettres, chiffres et symboles, environ 206 bits d’entropie. Un cluster de GPU testant mille milliards d’essais par seconde mettrait environ 1,8 × 10^42 ans. Avec lettres et chiffres seulement, il reste environ 190 bits.
Pas forcément. À 32 caractères, les symboles ajoutent peu de solidité et peuvent casser les fichiers .env, les URL et les commandes shell. Lettres et chiffres seulement, c’est un choix sûr pour les secrets collés dans du code ou une configuration.
Non. Chaque caractère tiré parmi les 87 de ce générateur porte environ 6,4 bits : 32 caractères donnent donc environ 206 bits, et une chaîne hexadécimale de 32 caractères seulement 128 bits. Une vraie clé de 256 bits demande 43 caractères base64 ou 64 caractères hexadécimaux, générés par votre bibliothèque de cryptographie.
Oui pour les secrets que vous créez vous-même, comme un secret de session ou de webhook : ils viennent de crypto.getRandomValues, le générateur cryptographique que les navigateurs utilisent pour les clés de chiffrement. En production, générer les secrets dans votre coffre ou votre chaîne CI évite de les copier à la main.
Des mots au hasard faciles à retenir, avec l’entropie d’un mot de passe de 16 caractères.
Ouvrir l’outilUne clé WPA2/WPA3 solide et un QR code que vos invités scannent pour se connecter, avec une carte à imprimer.
Ouvrir l’outilVoyez votre mot de passe comme un attaquant : motifs, entropie et temps de craquage selon quatre scénarios.
Ouvrir l’outilDécouvrez si un mot de passe a déjà fuité, sans jamais le révéler (k-anonymat).
Ouvrir l’outilPréréglages NIST, PCI DSS et CIS, avec des scripts prêts à l’emploi pour Windows, Active Directory et Linux.
Ouvrir l’outilCombien de temps chaque longueur et chaque jeu de caractères résistent à un parc de GPU moderne.
Ouvrir l’outil