Créez des mots de passe forts dignes d'être hachés avec notre générateur de mots de passe — entièrement local, sans compte.
Pourquoi le hachage de mots de passe doit être lent
Les hachages ordinaires comme SHA-256 ou MD5 sont conçus pour la vitesse. Pour les mots de passe, c'est un problème : un attaquant peut tenter des milliards de devinettes par seconde sur un GPU.
Les algorithmes de hachage de mots de passe ajoutent délibérément du coût – CPU, mémoire ou les deux – afin que chaque essai soit cher. Le bon choix équilibre ce coût avec les ressources de votre serveur et l'expérience utilisateur.
Comment fonctionne bcrypt
bcrypt (1999) repose sur le chiffre de Blowfish. Il prend un mot de passe, un sel de 16 octets et un facteur de coût : le travail double à chaque incrément, donc le coût 12 signifie 2^12 tours.
bcrypt est limité par le CPU mais pas par la mémoire, ce qui permet aux fermes GPU/ASIC de casser de nombreux hachages bcrypt en parallèle. Il tronque aussi les mots de passe de plus de 72 octets.
Vous pouvez essayer une génération de type bcrypt localement avec notre générateur de mots de passe pour voir comment le sel et la sortie aléatoire se combinent avant le hachage.
Comment fonctionne Argon2
Argon2 (RFC 9106, 2015) est le gagnant du Password Hashing Competition. Argon2id, la variante hybride, est ce que recommandent l'OWASP et la plupart des guides de sécurité.
Il est résistant à la mémoire : l'algorithme remplit un grand bloc de mémoire (paramètre m) et itère dessus (paramètre t), ce qui rend le craquage GPU parallèle et le matériel dédié beaucoup moins efficaces.
Argon2 n'a pas de limite pratique de longueur de mot de passe et permet de régler indépendamment la mémoire, les itérations et le parallélisme.
bcrypt vs Argon2 en un coup d'œil
- Algorithme – bcrypt (basé sur Blowfish, 1999) vs Argon2 (RFC 9106, 2015 ; Argon2id recommandé)
- Résistance à la mémoire – bcrypt : non ; Argon2 : oui, contrecarre le parallélisme GPU/ASIC
- Limite de mot de passe – bcrypt : 72 octets ; Argon2 : aucune limite pratique
- Réglages – bcrypt : facteur de coût uniquement ; Argon2 : mémoire (m), itérations (t), parallélisme (p)
- Écosystème – bcrypt : omniprésent en Node, Python, PHP, Go ; Argon2 : natif ou bien pris en charge dans la plupart des bibliothèques modernes
Lequel choisir ?
Pour les nouveaux systèmes, choisissez Argon2id avec un sel aléatoire de 16 octets, m=19 Mio (64 Mio si vous pouvez vous le permettre), t=2-3 et p=1, puis ajustez sur du matériel réel pour que la vérification reste sous la seconde.
Si vous utilisez déjà bcrypt, c'est toujours acceptable en 2026 – augmentez le facteur de coût à au moins 10-12 et planifiez une migration progressive vers Argon2id. Sous contraintes FIPS, PBKDF2 (l'OWASP recommande 600 000+ itérations pour SHA-256) peut être requis, bien qu'il soit plus faible face au matériel dédié.
Quoi que vous choisissiez, ne stockez jamais de mots de passe en clair, n'utilisez jamais de hachages rapides non salés et vérifiez le hachage final localement avant de le déployer.
Questions fréquentes
Q.Pourquoi Argon2id et pas Argon2i ou Argon2d ?
A.Argon2id est la variante hybride recommandée par la RFC 9106 et l'OWASP : elle résiste aux attaques par canaux auxiliaires sur la première partie du passage (comme Argon2d) tout en conservant la résistance au tradeoff (comme Argon2i). Sans modèle de menace spécifique, utilisez Argon2id.
Q.bcrypt est-il encore acceptable en 2026 ?
A.Oui, avec un facteur de coût d'au moins 10-12 et des sels de 16 octets. N'étant pas résistant à la mémoire, il est plus faible que Argon2id face aux fermes GPU, mais reste un choix solide lorsque les bibliothèques ou les contraintes FIPS rendent Argon2 impraticable.
Q.Quels paramètres utiliser pour Argon2id ?
A.Commencez avec m=19 Mio (ou 64 Mio si vos serveurs le permettent), t=2-3 itérations et p=1 parallélisme avec un sel aléatoire de 16 octets. Mesurez sur du matériel réel et gardez la vérification sous environ 0,5-1 seconde.
Q.Quel est le lien avec les outils ZeyroVault ?
A.Notre générateur de mots de passe crée des mots de passe longs et aléatoires adaptés au hachage avec bcrypt ou Argon2, et chaque opération s'exécute dans votre navigateur — vous pouvez tester votre stratégie de hachage localement sans rien envoyer.
Références
- RFC 9106 – Argon2 Memory-Hard Function for Password Hashing and Proof-of-Work Applications : https://www.rfc-editor.org/rfc/rfc9106
- OWASP Password Storage Cheat Sheet : https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html
- NIST SP 800-63B – Digital Identity Guidelines: Authentication and Lifecycle Management : https://pages.nist.gov/800-63-3/sp800-63b.html
- Provos & Mazières, A Future-Adaptable Password Scheme (USENIX 1999) : https://www.usenix.org/conference/1999-usenix-annual-technical-conference/future-adaptable-password-scheme
Générez des mots de passe forts localement
Créez des mots de passe longs, aléatoires et uniques dans votre navigateur — sans envoi, sans compte.
Conclusion
Argon2id est le choix par défaut pour le nouveau hachage de mots de passe en 2026, bcrypt restant un choix historique défendable au coût 10-12. Utilisez un algorithme lent, salé et résistant à la mémoire – jamais un hachage générique rapide.