Ce mot de passe correspond-il à ce hash bcrypt ?
Tape le mot de passe d'origine + le hash bcrypt (« $2b$12$... »), et l'outil renvoie correspondance ou non-correspondance.
Tout tourne en local : le mot de passe et le hash ne quittent jamais ton navigateur.
Utile pour les devs : tester des intégrations auth, debugger des problèmes de login, vérifier des exports de bases de données. Supporte « $2a$ », « $2b$ », « $2y$ », toutes les sorties bcrypt modernes (Node bcryptjs, Python passlib, Ruby bcrypt-ruby, Java jBcrypt, PHP password_hash).
Comment l'utiliser
- Tape le mot de passe à tester dans le champ « Password ». Icône œil pour afficher/masquer.
- Colle le hash bcrypt : il doit commencer par `$2a$`, `$2b$` ou `$2y$`, exactement 60 caractères.
- Clique sur « Vérifier ». L'outil appelle bcrypt.compare en interne, hash le mot de passe avec le salt extrait du hash et compare.
- Résultat : vert « Correspondance » avec le facteur de coût, ou rouge « Non-correspondance ». Le facteur de coût (4 à 15) = nombre de rounds de hashing (plus = plus lent, plus sûr).
Quand c'est utile
Cinq situations typiques où un vérificateur bcrypt t'évite des heures à fouiller les logs :
- Debug d'auth. Un utilisateur n'arrive pas à se connecter alors qu'il connaît « vraiment » son mot de passe ; vérifie si le hash en base correspond.
- Migrations de bases de données. Après import depuis un autre système, vérifie que les hashs sont bien passés.
- Code review / pen-testing. Vérifie si l'appli utilise un facteur de coût suffisamment élevé (10 et plus minimum absolu en 2026, 12 et plus recommandé).
- Récupération. Un vieux mot de passe de test que tu as oublié mais dont tu as le hash ; teste les variantes.
- Pédagogie. Vois comment bcrypt produit des hashs différents pour le même mot de passe (salt aléatoire), mais qui tous correspondent à l'original.
Pour générer un hash bcrypt, utilise notre générateur de hash : il propose bcrypt avec facteur de coût configurable. Génère là-bas, vérifie ici.