Générateur et vérificateur de hash Bcrypt

Non — bcryptjs n'est pas installé, l'outil se rabat donc sur PBKDF2-SHA256 via Web Crypto. Il s'agit d'un KDF adaptatif salé avec un facteur de coût configurable, parfait pour les tests et l'apprentissage.

Les rounds correspondent au facteur de coût ; ils se traduisent en itérations PBKDF2 via 2^rounds x 1000. Chaque round double le travail, gardant les hachages robustes à mesure que le matériel s'améliore.

Non. Ne hachez jamais les mots de passe côté client pour une authentification réelle. Hachez côté serveur avec une bibliothèque éprouvée (bcrypt, argon2id, scrypt) protégée par une limitation de débit.

Oui, le Bcrypt Hash Generator & Verifier est 100% gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le Bcrypt Hash Generator & Verifier traite tout côté client dans votre navigateur. Aucune donnée n'est téléversée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le Bcrypt Hash Generator & Verifier est entièrement responsive et fonctionne sur les smartphones et les tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le Bcrypt Hash Generator & Verifier dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a ni barrière d'inscription ni restriction d'utilisation.

Saisissez simplement votre entrée dans le champ prévu, ajustez les paramètres selon vos préférences, et l'outil la traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

Le Bcrypt Hash Generator & Verifier fonctionne dans tous les navigateurs modernes, y compris Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Bcrypt et PBKDF2 sont tous deux des fonctions de hachage de mots de passe adaptatives et salées, mais leur construction diffère. Bcrypt repose sur le chiffrement Blowfish, et son facteur de coût contrôle le nombre de rounds d'initialisation de clé exécutés, ce qui l'amène aussi à utiliser une quantité fixe de mémoire. PBKDF2, lui, répète simplement une fonction de hachage sous-jacente comme HMAC-SHA256 un grand nombre de fois, si bien que son coût est défini par un nombre d'itérations plutôt que par un round logarithmique. Les deux partagent les qualités essentielles pour le stockage de mots de passe : un sel unique, un facteur de travail ajustable et une lenteur volontaire. PBKDF2 est approuvé FIPS et intégré nativement à l'API Web Crypto du navigateur, ce qui explique pourquoi cet outil l'utilise comme substitut. Générez un hachage ci-dessus et observez comment chaque cran du curseur de rounds double le travail effectué, exactement comme le facteur de coût de bcrypt.

À chaque génération, l'outil crée un nouveau sel aléatoire de 16 octets grâce à la méthode crypto.getRandomValues du navigateur, puis intègre ce sel dans la dérivation. Comme le sel change à chaque exécution, deux mots de passe identiques produisent deux chaînes de sortie totalement différentes. C'est voulu, et c'est l'une des propriétés les plus importantes du stockage sécurisé des mots de passe : un attaquant ne peut pas savoir que deux utilisateurs ont choisi le même mot de passe, et cela rend inutiles les tables arc-en-ciel précalculées, puisqu'il faudrait les reconstruire pour chaque sel unique. Le sel n'est pas un secret : il est stocké directement dans le segment prévu à cet effet au sein de la chaîne du hachage, ce qui permet à la vérification de le réutiliser plus tard. Générez deux fois le même mot de passe ci-dessus pour observer deux hachages distincts qui se vérifient pourtant correctement tous les deux.

La vérification n'a jamais besoin du mot de passe original enregistré ; elle n'a besoin que du hachage stocké. Lorsque vous collez un mot de passe et un hachage existant dans l'onglet Vérifier, l'outil lit directement le facteur de coût et le sel encodés dans la chaîne du hachage. Il relance ensuite exactement la même dérivation sur le mot de passe que vous avez saisi et compare le résultat fraîchement calculé à celui qui était stocké. S'ils correspondent, le mot de passe est correct. La comparaison utilise une vérification à temps constant qui examine systématiquement chaque octet, de sorte qu'un attaquant ne peut rien apprendre en mesurant la rapidité avec laquelle une mauvaise tentative est rejetée. C'est exactement le mécanisme utilisé par un vrai système de connexion : les hachages sont stockés, pas les mots de passe en clair. Essayez en générant un hachage, puis en le collant dans l'onglet Vérifier pour confirmer la correspondance.

Le facteur de coût détermine la quantité de travail que chaque hachage nécessite, et la bonne valeur est un équilibre entre sécurité et rapidité de connexion. Ici, le curseur de rounds va de 4 à 14, ce qui se traduit en itérations PBKDF2 selon la formule 2 à la puissance rounds, multiplié par 1000 : chaque round supplémentaire double donc l'effort demandé. Le round 10 est une valeur par défaut raisonnable, avec environ un million d'itérations ; des valeurs plus basses comme 4 conviennent pour des démonstrations rapides, tandis que 14 est volontairement très lourd. Une règle empirique courante consiste à choisir le coût le plus élevé que votre serveur puisse absorber tout en gardant une connexion légitime sous environ 100 millisecondes, car des connexions lentes frustrent les utilisateurs alors que des hachages rapides facilitent la tâche des attaquants. Comme la fonction est adaptative, vous pourrez toujours augmenter le coût plus tard, à mesure que le matériel progresse. Déplacez le curseur ci-dessus et observez l'indicateur de temps pour ressentir ce compromis.

MD5 et SHA-256 sont des fonctions de hachage rapides et généralistes, et c'est précisément cette rapidité qui pose problème pour les mots de passe. Un GPU moderne peut calculer des milliards de hachages MD5 ou SHA-256 bruts par seconde, si bien qu'en cas de fuite d'une base de données, un attaquant peut tester d'énormes listes de mots quasi instantanément contre les hachages volés. Ces fonctions n'intègrent en outre aucun sel : des mots de passe identiques produisent des hachages identiques, et les tables arc-en-ciel précalculées les cassent en quelques instants. Les fonctions adaptatives comme bcrypt, scrypt, argon2 et le PBKDF2 utilisé ici renversent ce calcul : elles ajoutent un sel unique et un facteur de coût ajustable qui rend chaque tentative volontairement coûteuse, de sorte qu'une connexion légitime reste rapide tandis que le cassage massif devient impraticable. Cet outil vous permet d'expérimenter directement avec ce facteur de coût et d'observer comment un hachage lent et salé change l'économie d'une attaque.