bcrypt online - Hachage de mots de passe

bcrypt est une fonction de hachage de mots de passe conçue par Niels Provos et David Mazières et publiée à USENIX en 1999. Elle repose sur le chiffrement Blowfish, mais elle est destinée au stockage des mots de passe, pas aux sommes de contrôle générales : chaque tentative de deviner un mot de passe est volontairement lente, utilise un sel unique et peut devenir plus coûteuse en augmentant le facteur de coût.

Un hash bcrypt de mot de passe est une chaîne autonome comme $2b$12$.... Elle contient la version de l'algorithme, le coût, un sel de 128 bits encodé dans le Base64 propre à bcrypt, et le hash final. Une base de données stocke donc généralement une seule chaîne bcrypt par mot de passe ; la bibliothèque de vérification relit ensuite les paramètres depuis cette chaîne.

Utilisez cet outil bcrypt online lorsque vous avez besoin d'un bcrypt hash generator pour une documentation, des fixtures de test, des vérifications de migration ou des essais rapides de facteurs de coût. Utilisez le mode Verify si vous possédez déjà un hash bcrypt et voulez vérifier si un mot de passe candidat correspond.

Le facteur de coût de bcrypt est un exposant : cost 10 représente environ 2^10 unités de travail interne, cost 12 environ 2^12, et chaque augmentation de 1 double le travail pour les attaquants comme pour les connexions légitimes. Une base prudente pour bcrypt est un work factor de 10 ou plus lorsque Argon2id ou scrypt ne sont pas disponibles ; la valeur pratique doit être mesurée sur le serveur qui traitera les vraies authentifications.

Cet outil expose des valeurs de cost de 4 à 31, avec 12 par défaut. Les valeurs faibles ne servent qu'aux démonstrations et tests rapides ; en production, choisissez le coût le plus élevé qui garde la vérification de connexion acceptable sous charge. En pratique, visez une latence perceptible mais raisonnable, surveillez les connexions et augmentez le coût avec l'amélioration du matériel.

Le coût est stocké dans chaque hash bcrypt, donc les anciens hash restent vérifiables après un changement de politique. Un schéma courant consiste à vérifier l'ancien hash lors de la connexion, puis à recalculer le même mot de passe avec le nouveau coût et à remplacer la valeur stockée.

En mode Generate, saisissez un mot de passe ou une phrase secrète, choisissez le facteur de coût et lancez le calcul. Le navigateur crée automatiquement un sel aléatoire et renvoie une chaîne bcrypt commençant par $2b$. Le même mot de passe devrait produire des hash différents à chaque exécution, car le sel change à chaque fois.

En mode Verify, collez le mot de passe candidat en entrée et le hash bcrypt stocké dans le champ de vérification. L'outil lit le coût et le sel depuis le hash, exécute bcrypt avec les mêmes paramètres et indique si le mot de passe correspond. Il reconnaît les chaînes bcrypt modernes commençant par $2a$, $2b$ ou $2y$.

Tout s'exécute côté client avec l'implémentation JavaScript bcrypt utilisée par la page. Le mot de passe et le hash ne sont pas envoyés au serveur, ce qui rend l'outil pratique pour les exemples et le débogage. Pour de vrais comptes utilisateur, hachez et vérifiez tout de même les mots de passe dans votre backend avec une bibliothèque maintenue, une limitation de débit, des journaux d'audit et des pratiques de déploiement sûres.

Les développeurs utilisent souvent bcrypt pour des tâches concrètes : créer un hash de mot de passe pour un utilisateur de test, vérifier si un mot de passe correspond à un hash stocké, comparer des facteurs de coût, comprendre une chaîne $2b$ ou préparer une migration depuis un ancien stockage de mots de passe.

Cette page couvre les questions fréquentes autour de bcrypt generator et verifier : comment générer un hash bcrypt en ligne, comment vérifier un hash bcrypt, ce qu'est un sel bcrypt, comment fonctionne le facteur de coût, comment bcrypt se compare à Argon2 et pourquoi la limite de 72 octets compte. Le modèle de production reste simple : générer un hash salé unique, stocker la chaîne bcrypt complète, vérifier avec une bibliothèque maintenue et rehacher lorsque le coût stocké devient plus faible que votre politique actuelle.