Hash & Crypto Helpers
Utilisez un mot de passe de test pour générer un enregistrement ou vérifier une valeur existante.
Données de test uniquement. Les mots de passe restent en mémoire dans la page et le Worker, sans envoi ni stockage dans le navigateur.
Valeur de test : coût 10 ; plage 4–14. Le travail croît selon 2^cost. Ce n’est pas un réglage conseillé pour la production.
Aléatoire : 16 nouveaux octets. Fixe : bcrypt 16 octets, autres 8–64. Hex sans espaces ni préfixe 0x.
bcrypt et Argon2id utilisent une chaîne encodée. scrypt/PBKDF2 utilisent un JSON HeyUtils, pas un format universel de framework.
Saisissez un mot de passe de test et lancez l’opération.
Un changement de bibliothèque peut faire échouer un compte de test sans que le mot de passe visible ait changé. Le Hachage de mot de passe permet de comparer les octets, le sel et les paramètres réellement utilisés avant de conclure à un problème d’algorithme.
La vérification lit ses paramètres dans l’enregistrement fourni. Les réglages du mode génération ne remplacent jamais ceux du hachage à vérifier. Commencez par un cas connu, puis changez une seule condition pour isoler la différence.
Le Hachage de mot de passe crée un nouveau sel de 16 octets à chaque exécution en mode aléatoire. Deux résultats différents peuvent donc correspondre au même mot de passe. Un sel fixe en hexadécimal permet ensuite de reproduire le calcul avec une autre bibliothèque.
Une différence signifie que le calcul a été effectué avec les paramètres enregistrés. Un format non reconnu ou un coût excessif est refusé avant ce calcul. Ces deux résultats demandent des corrections différentes : examiner le candidat ou préparer un enregistrement compatible.
Charger l’exemple ouvre un aperçu de remplacement. Après application, le mode vérification contient un mot de passe fictif et son enregistrement bcrypt. Modifiez un caractère pour vérifier aussi le cas négatif.
En génération, le mode aléatoire renouvelle le sel à chaque calcul. Le mode fixe attend des octets hexadécimaux, pas un mot ordinaire. bcrypt exige 16 octets, les autres algorithmes en acceptent de 8 à 64.
Ctrl/Cmd + Entrée lance le mode sélectionné. Toute modification interrompt le calcul et rend l’ancien résultat périmé. La copie et le téléchargement sont disponibles après une génération réussie ou une vérification positive.
La variante Argon2 proposée est Argon2id. Le générateur bcrypt propose aussi scrypt, Argon2id et PBKDF2-HMAC-SHA-256. Chaque exécution traite un algorithme. Il s’agit de préparer un test ciblé, pas de lancer les quatre en parallèle ni de les classer selon une vitesse présentée comme un niveau de sécurité.
bcrypt inclut son facteur de coût et son sel. Argon2id produit une chaîne PHC en version 19. scrypt et PBKDF2 utilisent un JSON HeyUtils versionné avec parameters, saltHex et hashHex : les données nécessaires à la vérification restent à côté de la valeur dérivée.
Les paramètres importés sont soumis aux mêmes limites que les paramètres saisis. Le temps en millisecondes mesure cette exécution sur cet appareil et peut inclure le chargement initial du moteur. Il ne mesure ni la capacité d’un serveur ni la latence sous de nombreuses connexions simultanées.
bcrypt est pris en charge pour reproduire une intégration qui l’utilise. Cet outil ne décide pas de la politique de stockage d’un service. Pour une application réelle, choisissez la bibliothèque et la configuration adaptées à son environnement, puis mesurez le coût sous charge. Ici, le coût 10 est simplement la valeur de départ d’un test.
Le hachage permet de vérifier un candidat sans utiliser un mécanisme réversible de chiffrement du mot de passe. La comparaison refait le calcul avec le sel et les paramètres enregistrés. Cela ne prouve toutefois ni la force du mot de passe ni l’absence de fuite : la gestion complète de l’authentification relève de l’application.
Dans PHP, les fonctions password_hash et password_verify servent à créer et à vérifier les formats qu’elles prennent en charge. Un enregistrement bcrypt compatible peut être testé ici dans les limites indiquées. Le JSON scrypt/PBKDF2 de cette page n’est pas un format directement accepté par ces fonctions ; ne le copiez pas comme tel dans un champ de production.
Le facteur de coût règle le travail de bcrypt, qui croît selon 2^cost. Monter le facteur augmente aussi le temps de calcul. La plage 4–14 limite les essais dans le navigateur ; elle ne fournit pas un niveau conseillé pour votre serveur. Mesurez séparément la latence et les connexions simultanées attendues.
Un nouveau sel aléatoire est créé à chaque exécution. Il change le hachage, tout en permettant à chaque enregistrement de vérifier le même candidat grâce à son propre sel. Pour obtenir exactement le même résultat, conservez les mêmes octets de mot de passe, un sel fixe, le même algorithme et les mêmes paramètres.
Une autre question ?
Dans le Hachage de mot de passe, vérifiez l’exemple puis changez un caractère pour comparer les deux réponses.
Une correspondance ne constitue pas une note de robustesse.