Le site ignore ton mot de passe
Un site sérieux ne connaît pas ton mot de passe. Il garde une empreinte à sens unique, salée et volontairement lente à calculer.
57s · 25 juillet 2026 · 3 min de lecture
En bref
Quand tu crées un compte, ton mot de passe n'est pas rangé dans un coffre : il est transformé en empreinte par une fonction à sens unique, puis l'original est jeté. À chaque connexion, le serveur refait le calcul et compare les empreintes. C'est pour cette raison qu'un site peut réinitialiser ton mot de passe, mais jamais te le renvoyer.
Hachage n'est pas chiffrement
La confusion est constante, et elle est structurante. Le chiffrement est une fonction à deux sens : ce qui est chiffré peut être déchiffré, avec la bonne clé. Le hachage, lui, ne va que dans un sens : il est impossible de « déchiffrer » une empreinte pour retrouver le texte d'origine. C'est précisément ce qui en fait la bonne méthode pour valider un mot de passe — même en volant la base, un attaquant ne récupère pas de quoi se connecter directement.
Chiffrement
- Fonction à deux sens
- Réversible avec la clé
- Adapté à une adresse postale
Hachage
- Fonction à sens unique
- Jamais réversible
- Adapté à un mot de passe
→ OWASP est explicite : un mot de passe se hache, il ne se chiffre pas.
Le sel : pourquoi deux mots de passe identiques donnent deux empreintes
Un sel est une chaîne aléatoire unique, générée pour chaque mot de passe et ajoutée avant le calcul. Il n'a rien de secret — il est stocké à côté de l'empreinte. Son rôle est ailleurs : il rend inutilisables les tables précalculées (les fameuses tables arc-en-ciel) et oblige un attaquant à casser les empreintes une par une, au lieu d'en tester des millions d'un coup. Effet de bord précieux : impossible de savoir si deux utilisateurs ont choisi le même mot de passe, puisque leurs empreintes diffèrent.
Anatomie de la ligne stockée
$argon2id$v=19$m=19456,t=2,p=1$<sel>$<empreinte>
| | | | |
| | | | +-- le resultat du calcul
| | | +--------- le sel, unique pour cet utilisateur
| | +---------------------------- le cout : memoire, iterations, parallelisme
| +---------------------------------- la version de l'algorithme
+------------------------------------------- l'algorithme utiliseLent, exprès
MD5 et SHA-1 ont été conçus pour aller vite — c'est exactement le défaut qu'il ne faut pas ici. Un algorithme rapide permet à un attaquant d'enchaîner un très grand nombre d'essais. Les fonctions de hachage de mots de passe sont donc délibérément lentes, et pour les meilleures, gourmandes en mémoire, ce qui neutralise l'avantage des cartes graphiques. Ce coût est réglable : on l'augmente au fil des années, à mesure que le matériel progresse. La règle de dimensionnement d'OWASP est simple — calculer une empreinte doit prendre moins d'une seconde.
| Algorithme | Statut OWASP | Réglage minimum |
|---|---|---|
| Argon2id | Recommandé | m = 19 Mio, t = 2, p = 1 |
| scrypt | Si Argon2id indisponible | N = 2^17, r = 8, p = 1 |
| bcrypt | Systèmes existants seulement | facteur de coût ≥ 10, 72 octets max |
| PBKDF2-HMAC-SHA256 | Si conformité FIPS-140 requise | 600 000 itérations |
Le poivre, à ne pas confondre avec le sel
Le poivre est une couche supplémentaire, souvent mal comprise. Contrairement au sel, il est partagé par tous les mots de passe, il est secret, et il ne doit surtout pas être stocké avec la base — sa place est dans un coffre à secrets ou un module matériel. L'idée : si un attaquant récupère la base seule, sans le poivre, il ne peut casser aucune empreinte. C'est de la défense en profondeur, pas un remplacement du sel.
À retenir
- →Le hachage est une fonction à sens unique : une empreinte ne se « déchiffre » pas, contrairement à une donnée chiffrée.
- →Le sel est un tirage aléatoire unique par mot de passe, stocké en clair ; il neutralise les tables arc-en-ciel et force à casser une empreinte à la fois.
- →OWASP recommande Argon2id (m = 19 Mio, t = 2, p = 1) ; bcrypt est désormais réservé aux systèmes existants.
- →Les algorithmes sont lents et gourmands en mémoire volontairement — viser moins d'une seconde par calcul.
- →Un site qui t'envoie ton mot de passe en clair le stocke sous forme réversible : change-le partout.
Sources · la preuve
- [01] Password Storage Cheat Sheet OWASP · cheatsheetseries.owasp.org Référence : hachage vs chiffrement, salage, poivrage, facteurs de coût et paramètres recommandés.
- [02] RFC 9106 — Argon2 Memory-Hard Function for Password Hashing IETF · datatracker.ietf.org Spécification officielle d'Argon2 et de la variante Argon2id.
- [03] PHC string format Password Hashing Competition · github.com Le format standard qui encode algorithme, paramètres, sel et empreinte sur une seule ligne.
- [04] NIST SP 800-63B — Digital Identity Guidelines NIST · pages.nist.gov Exigences sur la vérification des secrets mémorisés, référencées par OWASP.
