bcrypt / PBKDF2 / Argon2

Définition

bcrypt, PBKDF2 et Argon2 sont des fonctions de dérivation de clé (KDF — Key Derivation Functions) spécialisées pour le hachage sécurisé des mots de passe. Contrairement aux fonctions de hachage cryptographiques génériques (SHA-256, SHA-3) qui sont conçues pour être rapides, ces fonctions sont intentionnellement lentes et coûteuses en ressources pour rendre les attaques par force brute et dictionnaire économiquement prohibitives. bcrypt est l'algorithme de hachage de mots de passe le plus historiquement déployé. Conçu par Niels Provos et David Mazières en 1999, il intègre nativement un salt aléatoire de 128 bits (évitant les rainbow tables) et un facteur de coût configurable (work factor, de 4 à 31) qui contrôle le nombre d'itérations. La limite principale de bcrypt est qu'il est limité à des mots de passe de 72 octets (les octets suivants sont ignorés) et qu'il est fortement mémorisé en RAM, mais sa résistance aux GPUs est limitée comparé aux options plus récentes. PBKDF2 (Password-Based Key Derivation Function 2, RFC 8018) est le standard NIST recommandé pour les applications gouvernementales. Il applique un HMAC (généralement HMAC-SHA256 ou HMAC-SHA512) de façon itérative avec un salt. Le nombre d'itérations est configurable — OWASP recommande 600 000 itérations avec HMAC-SHA256 (2023). PBKDF2 est approuvé FIPS 140-3, ce qui le rend incontournable dans les environnements gouvernementaux américains. Sa faiblesse : il est facilement parallélisable sur GPU, permettant des attaques massives. Argon2 est le gagnant du Password Hashing Competition de 2015, conçu pour résister aux attaques par GPU et ASIC grâce à une utilisation intensive de la mémoire. Il existe en trois variantes : Argon2d (résistant aux attaques GPU, pour les applications non interactives), Argon2i (résistant aux attaques par canal auxiliaire, pour les applications interactives avec entrée utilisateur), et Argon2id (hybride recommandé pour la plupart des usages). Argon2id est la recommandation actuelle d'OWASP pour le hachage des mots de passe dans les nouvelles applications. Les paramètres de tuning (facteur de coût pour bcrypt, itérations pour PBKDF2, mémoire/parallélisme/itérations pour Argon2) doivent être calibrés pour que le hachage prenne environ 300ms à 1s sur le serveur de production — suffisamment lent pour les attaquants, suffisamment rapide pour les utilisateurs légitimes.