Générateur et vérificateur bcrypt

Comment hacher un mot de passe avec bcrypt

1. Sous Hacher un mot de passe, saisissez le Mot de passe. Un compteur indique sa taille en octets UTF-8 et vous avertit au-delà de 72 octets.
2. Choisissez le Facteur de coût (4 à 14). La ligne en dessous indique le nombre de tours, par exemple 10 → 2^10 = 1 024 tours.
3. Cliquez sur Générer le hash. Une barre de progression suit le calcul, et la page reste utilisable pendant ce temps. À la fin, l’outil affiche la durée du calcul et le Hash bcrypt, prêt à copier.
4. Le hash est découpé en ses éléments : Version, Coût, Sel (22 caractères) et Empreinte (31 caractères).

Pour vérifier un mot de passe avec un hash, saisissez le mot de passe, collez le hash (celui que vous venez de générer est repris automatiquement) et cliquez sur Vérifier le mot de passe. Le résultat indique s’ils correspondent. Cochez Masquer les mots de passe pour cacher les deux champs.

Le hachage s’effectue dans votre navigateur avec la bibliothèque bcryptjs, chargée seulement au premier besoin. Aucun mot de passe ni hash n’est envoyé.

Comment fonctionne bcrypt

bcrypt (Provos et Mazières, 1999) est une fonction de hachage de mots de passe fondée sur l’algorithme de chiffrement Blowfish. Contrairement à SHA-256, elle est volontairement lente, et cette lenteur se règle : le facteur de coût est une puissance de deux, chaque +1 double donc le travail. Un coût de 10 correspond à 1 024 itérations de la coûteuse préparation de clé ; un coût de 12, à 4 096. Cette lenteur passe inaperçue lors d’une connexion, mais elle rend l’attaque par force brute d’une base volée bien plus coûteuse.

Un hash comme $2b$10$N9qo8uLOickgx2ZMRZoMyeIjZAgcfl7p92ldGxad68LJZdL17lhWy se lit ainsi :

• $2b$ : la version. $2a$ et $2y$ (PHP) sont compatibles et peuvent être vérifiés ici ; $2x$ désigne les hash d’une ancienne implémentation boguée et est refusé.
• 10 : le facteur de coût.
• Les 22 caractères suivants : un sel aléatoire de 128 bits, dans l’alphabet Base64 propre à bcrypt (./A-Za-z0-9).
• Les 31 derniers caractères : l’empreinte de 184 bits.

Comme le sel est aléatoire et stocké dans le hash, hacher deux fois le même mot de passe donne deux hash différents, tous deux valides. C’est aussi pourquoi on vérifie un mot de passe avec une fonction de vérification au lieu de comparer des hash.

Choisir le coût

Retenez le coût le plus élevé que votre serveur peut supporter tout en gardant des connexions rapides, en général autour d’un quart de seconde par hash. L’OWASP recommande un coût minimum de 10 pour bcrypt. Dans un navigateur, bcrypt tourne en JavaScript, plusieurs fois plus lentement qu’une implémentation native côté serveur : à partir d’un coût de 12, l’outil prévient que le calcul peut prendre une à plusieurs secondes, et chaque cran supplémentaire double la durée. Le travail est découpé en tranches courtes pour que la page ne se fige pas.

Pour un nouveau système, l’OWASP privilégie désormais Argon2id, bcrypt restant acceptable lorsqu’Argon2id n’est pas disponible.

La limite des 72 octets

bcrypt n’utilise que les 72 premiers octets du mot de passe ; la suite est ignorée sans avertissement. Un octet n’est pas un caractère : une lettre accentuée occupe 2 octets en UTF-8 et un emoji 4. Deux longs mots de passe qui partagent leurs 72 premiers octets produisent le même hash. Le compteur d’octets vous alerte quand un mot de passe est trop long. Certains systèmes pré-hachent les longs mots de passe (par exemple avec HMAC-SHA256, puis Base64) avant bcrypt ; dans ce cas, ne transmettez jamais d’empreinte binaire brute, car un octet nul interromprait le mot de passe dans de nombreuses implémentations.