Hachage des mots de passe : bcrypt, Argon2, PBKDF2

Stocker les mots de passe en clair est catastrophique : une seule compromission de base de données expose tous les comptes. Les mots de passe doivent être traités par une fonction à sens unique avant leur stockage, afin que même l’accès à la base de données ne révèle pas le mot de passe d’origine.

Une fonction de hachage convertit une entrée de longueur quelconque en une sortie de longueur fixe. La même entrée produit toujours la même sortie, mais il est impossible de retrouver l’original à partir de l’empreinte. Exemples : SHA-256, bcrypt, Argon2.

Les fonctions de hachage à usage général comme SHA-256 sont conçues pour être rapides. Un attaquant peut calculer des milliards d’empreintes SHA-256 par seconde sur un GPU, ce qui rend le cassage par force brute réalisable.

Le hachage des mots de passe nécessite des fonctions lentes et coûteuses.

Un sel est une valeur aléatoire ajoutée à chaque mot de passe avant le hachage. Il garantit que deux utilisateurs ayant le même mot de passe obtiennent des empreintes différentes, ce qui empêche les attaques par tables arc-en-ciel et le cassage par lots. Le sel est stocké avec l’empreinte (il n’est pas secret).

bcrypt a été conçu en 1999 spécifiquement pour le hachage des mots de passe. Il possède un facteur de coût configurable qui contrôle la lenteur du hachage. À mesure que le matériel s’améliore, augmentez le facteur de coût pour maintenir la sécurité.

Un facteur de coût de 12 est courant aujourd’hui : le hachage prend environ 250 ms sur un CPU moderne.

PBKDF2 (fonction de dérivation de clé basée sur un mot de passe 2) applique une fonction de hachage (par exemple HMAC-SHA256) de nombreuses fois (itérations). Davantage d’itérations signifie un traitement plus lent et une meilleure sécurité. Cette méthode est recommandée par NIST et utilisée par WPA2 pour les mots de passe Wi-Fi.

Argon2 a remporté la compétition de hachage des mots de passe en 2015. Il s’agit de la norme moderne. Ses paramètres sont configurables :

• Coût en temps — nombre d’itérations
• Coût en mémoire — RAM nécessaire (limite l’accélération par GPU)
• Parallélisme — nombre de fils d’exécution

Utilisez Argon2id pour la plupart des applications.

Une table arc-en-ciel est une table de recherche précalculée associant une empreinte à du texte en clair. Sans salage, un attaquant qui possède l’empreinte peut la retrouver instantanément dans la table. Le salage rend les tables arc-en-ciel inutiles, car chaque empreinte est unique.

Méthodes courantes de cassage hors ligne :

• Attaque par dictionnaire — essayer les mots de passe courants et leurs variantes
• Force brute — essayer toutes les combinaisons de caractères
• Fondée sur des règles — appliquer des règles de modification au dictionnaire (ajouter une année, mettre une majuscule, utiliser des caractères leet)
• Outils : Hashcat, John the Ripper

Ordre de préférence pour les nouvelles applications :

1. Argon2id — meilleure résistance au cassage par GPU/ASIC
2. bcrypt — largement pris en charge et éprouvé
3. PBKDF2 — approuvé par NIST et requis dans certains contextes de conformité

N’utilisez jamais MD5, SHA-1 ou SHA-256 sans salage pour les mots de passe.

Lorsqu’un utilisateur se connecte :

1. Récupérer le hachage et le sel stockés pour l’utilisateur
2. Hacher le mot de passe soumis avec le même sel et le même algorithme
3. Comparer le hachage obtenu au hachage stocké (comparaison à temps constant)
4. Ne jamais déchiffrer — effectuer uniquement une comparaison

Les mots de passe doivent être stockés sous forme de hachages, et non en texte clair. Les algorithmes rapides comme SHA-256 ne conviennent pas — utilisez des fonctions de hachage lentes pour les mots de passe : Argon2id (à privilégier), bcrypt ou PBKDF2. Utilisez toujours un sel aléatoire pour chaque mot de passe afin d’empêcher les attaques par tables arc-en-ciel. Ne créez jamais votre propre cryptographie — utilisez des bibliothèques éprouvées.