Explorateur du format de hachage de mots de passe Argon2

Non. Les hachages affichés sont des simulations déterministes à des fins éducatives. Pour un véritable hachage de mots de passe, utilisez le paquet npm argon2 côté serveur ou argon2-browser côté client (WebAssembly).

Argon2id est gourmand en mémoire, résistant aux GPU et configurable, ce qui rend les attaques par force brute bien plus coûteuses, de plusieurs ordres de grandeur. bcrypt est limité aux mots de passe de 72 octets et repose sur une conception de 1999 qui ne sollicite pas la mémoire.

Le format de chaîne PHC (Password Hashing Competition) encode tous les paramètres du hachage dans une seule chaîne portable : $algorithme$version$paramètres$salt$hash.

Oui, entièrement gratuit.

Absolument. L'Explorateur du Format de Hachage de Mots de Passe Argon2 traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, l'Explorateur du Format de Hachage de Mots de Passe Argon2 est entièrement adaptatif et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans avoir à télécharger d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement l'Explorateur du Format de Hachage de Mots de Passe Argon2 dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a ni barrière d'inscription ni restriction d'utilisation.

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

L'Explorateur du Format de Hachage de Mots de Passe Argon2 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é.

Les trois variantes d'Argon2 ne diffèrent que par leur façon d'accéder à la mémoire. Argon2d utilise un accès dépendant des données, ce qui offre la meilleure résistance au cracking par GPU et ASIC, mais laisse fuiter des informations temporelles, la rendant vulnérable aux attaques par canal auxiliaire. Argon2i utilise un accès indépendant des données, ce qui contre les attaques temporelles par canal auxiliaire mais offre une résistance plus faible face au matériel de cracking dédié. Argon2id est un hybride : il exécute la première passe en mode Argon2i et le reste en mode Argon2d, ce qui lui permet de se protéger de manière significative contre les deux menaces à la fois. Cet équilibre explique pourquoi l'OWASP et la RFC 9106 recommandent Argon2id par défaut pour le stockage des mots de passe, Argon2d étant réservé à des cas comme les cryptomonnaies où les canaux auxiliaires ne posent pas de problème. Basculez entre les trois variantes dans l'explorateur pour voir comment seule l'étiquette de l'algorithme change dans la chaîne PHC.

Dans une chaîne PHC, vous verrez un segment comme m=65536,t=3,p=4, et chaque lettre correspond à un réglage. La valeur t est le coût temporel, c'est-à-dire le nombre de passes qu'Argon2 effectue sur la mémoire ; l'augmenter accroît linéairement le temps nécessaire à chaque tentative, aussi bien pour l'attaquant que pour l'utilisateur. La valeur m est le coût mémoire en kibioctets, donc 65536 signifie que 64 Mo de RAM sont nécessaires par hash ; c'est ce qui rend Argon2 memory-hard et prive les plateformes de cracking parallèles bon marché de bande passante. La valeur p est le parallélisme, le nombre de voies indépendantes, idéalement aligné sur le nombre de threads CPU de votre serveur. La base recommandée par l'OWASP pour une connexion interactive est t=3, m=64 Mo, p=4, marquée d'une étoile dans l'outil. Ajustez chaque menu déroulant dans l'explorateur pour voir le segment des paramètres de la chaîne PHC se mettre à jour en direct.

Régler Argon2 consiste à consommer un maximum des ressources d'un attaquant sans ralentir excessivement les connexions réelles. Une règle pratique consiste à d'abord fixer le coût mémoire aussi haut que votre matériel le permet, puisque la résistance mémoire est la principale défense d'Argon2 ; 64 Mo est le plancher recommandé pour les connexions interactives, et 128 ou 256 Mo est raisonnable sur un serveur bien équipé. Réglez le parallélisme pour qu'il corresponde à peu près au nombre de threads CPU disponibles. Puis augmentez le coût temporel jusqu'à ce qu'un seul hash prenne environ une demi-seconde sur votre machine de production, ce qui maintient le brute-force coûteux tout en restant réactif. Comme chaque paramètre est intégré dans la chaîne PHC, vous pouvez augmenter ces valeurs plus tard et rehacher les mots de passe à la prochaine connexion, sans aucune migration de base de données. Utilisez l'explorateur pour prévisualiser différentes combinaisons de paramètres et la chaîne exacte qu'elles produisent avant de valider une configuration.

Le segment v=19 est la version de l'algorithme Argon2, pas un paramètre que l'on règle. Il fait référence à Argon2 version 1.3, dont l'identifiant hexadécimal 0x13 équivaut à 19 en décimal. La version 1.3 a corrigé une faiblesse présente dans la conception originale 1.0, et elle est la norme depuis, si bien que presque toutes les bibliothèques modernes produisent v=19. Enregistrer la version à l'intérieur du hash est important car cela permet à un vérificateur de savoir exactement quelle révision de l'algorithme a produit un mot de passe stocké, afin que les anciens hashs puissent toujours être vérifiés correctement même après la mise à jour des bibliothèques. Si vous rencontrez un jour un hash sans champ de version, il est antérieur à cette convention et a probablement été généré avec la version 1.0. L'explorateur affiche toujours v=19 dans sa décomposition afin que vous puissiez voir où se situe la version, entre le nom de l'algorithme et les paramètres de coût.

Un sel est une valeur aléatoire unique mélangée à chaque mot de passe avant le hachage, et il apparaît comme l'avant-dernier segment base64 de la chaîne PHC. Son rôle est de garantir que deux utilisateurs ayant le même mot de passe produisent des hashs complètement différents, ce qui met en échec les tables arc-en-ciel précalculées et empêche un attaquant de craquer plusieurs comptes à la fois. Comme le sel n'a besoin que d'être unique, et non secret, il est stocké en clair directement dans la chaîne de hash elle-même plutôt que dans une colonne séparée. Lorsqu'une personne se connecte, le vérificateur relit le sel dans la chaîne stockée, relance Argon2 avec celui-ci et les paramètres de coût intégrés, puis compare le résultat. Cette conception autonome signifie qu'un seul champ de base de données contient tout ce qui est nécessaire pour vérifier une connexion. Générez une chaîne dans l'explorateur pour voir le sel mis en évidence comme un segment coloré à part entière.