Le problème fondamental de l’authentification par mot de passe
Examinez pourquoi l’authentification traditionnelle par mot de passe crée des surfaces d’attaque côté serveur et quels protocoles permettent de résoudre ce problème.
Le problème fondamental de l’authentification par mot de passe est une leçon Cryptology Academy gratuite sur CoddyKit. Ceci est la leçon 1 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Cryptology Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Cryptology Academy comprend 4 leçons au total.
Modèle traditionnel des mots de passe
Dans l’authentification traditionnelle par mot de passe, le client envoie le mot de passe, ou son hachage, au serveur, qui le compare à une valeur stockée. Ce modèle est simple, mais concentre un risque considérable sur le serveur : une compromission de la base de données expose simultanément les identifiants de tous les utilisateurs.
Compromission du serveur et cassage des hachages
Lorsqu’un attaquant s’introduit dans un serveur et vole la base de données des mots de passe, il peut mener une attaque par dictionnaire hors ligne à pleine vitesse du GPU, sans limitation de débit. Les GPU modernes peuvent tester des milliards de suppositions de mots de passe par seconde contre des hachages bcrypt ou SHA-256, ce qui rend les mots de passe faibles ou courants récupérables très facilement.
La réutilisation des mots de passe amplifie les compromissions
Les études montrent régulièrement qu’une majorité des utilisateurs réutilisent leurs mots de passe sur plusieurs sites. Une seule compromission de serveur peut donc divulguer des identifiants qui fonctionnent sur d’autres services. Les attaques par bourrage d’identifiants automatisent le test de paires nom d’utilisateur/mot de passe divulguées sur des sites populaires, transformant une seule compromission en une multitude d’autres.
L’hameçonnage contourne les protections côté serveur
Le renforcement des mots de passe côté serveur (hachage robuste, salage et limitation du débit) n’offre aucune protection contre l’hameçonnage. Lorsqu’un utilisateur saisit son mot de passe sur un faux site, l’attaquant obtient directement le mot de passe en clair, quelle que soit la qualité de son stockage par le serveur légitime. L’hameçonnage est aujourd’hui le principal vecteur de vol d’identifiants.
Le bourrage d’identifiants à grande échelle
Des bases de données contenant des milliards de paires nom d’utilisateur/mot de passe issues de fuites historiques sont accessibles publiquement sur le web clandestin. Les attaquants utilisent des outils automatisés pour tester ces identifiants auprès d’établissements financiers, de sites de commerce électronique et de fournisseurs de messagerie à une échelle industrielle, et réussissent chaque fois que les utilisateurs ont réutilisé un mot de passe déjà compromis.
Le serveur connaît votre mot de passe
Dans l’authentification traditionnelle par mot de passe, le serveur connaît nécessairement le mot de passe en clair de l’utilisateur pendant le processus de connexion (même si ce n’est que brièvement, avant le hachage). Cela signifie que chaque opérateur de serveur doit faire l’objet d’une confiance totale pour ne pas utiliser les identifiants à mauvais escient, les journaliser ou les exposer accidentellement, ce qui est rarement garanti en pratique.
Ce que nous voulons réellement
Un protocole d’authentification idéal permettrait à un utilisateur de prouver qu’il connaît son mot de passe sans jamais le révéler au serveur. Le serveur prouverait également qu’il est le serveur légitime (authentification mutuelle), ce qui empêcherait l’hameçonnage. Une base de données de serveur compromise ne révélerait rien d’utile à un attaquant.
Application des preuves à divulgation nulle de connaissance à l’authentification
Les preuves à divulgation nulle de connaissance fournissent un cadre théorique pour cela : un prouveur peut convaincre un vérificateur de la validité d’un secret sans révéler le secret lui-même. Les protocoles d’authentification par mot de passe comme SRP et OPAQUE appliquent ces principes pour assurer l’authentification sans transmission directe du mot de passe ni stockage de celui-ci côté serveur.
Résistance aux attaques par dictionnaire
Les protocoles d’authentification par mot de passe robustes doivent résister aux attaques par dictionnaire hors ligne, même si les données stockées sur le serveur sont entièrement compromises. Cela signifie que le vérificateur stocké ne doit pas pouvoir être utilisé directement pour usurper l’identité de l’utilisateur ni permettre une recherche efficace de mots de passe hors ligne sans la coopération du serveur.
Le problème de la confiance à grande échelle
Avec des centaines de services qui exigent une authentification, le modèle traditionnel impose de faire confiance à chaque opérateur de service pour protéger un secret susceptible d’être réutilisé ailleurs. La solution consiste à éliminer entièrement la transmission des mots de passe, à ne stocker que des vérificateurs non réutilisables et à lier l’authentification à l’identité précise du serveur afin d’empêcher l’hameçonnage.
La voie à suivre
Les solutions modernes comprennent SRP (mot de passe sécurisé à distance), OPAQUE et FIDO2/clés d’accès. Chacune traite différents aspects du problème fondamental. SRP et OPAQUE éliminent la connaissance du mot de passe côté serveur. FIDO2 et les clés d’accès éliminent entièrement les mots de passe en utilisant une cryptographie à clé publique liée à l’origine précise.
Vérification des faiblesses de l’authentification par mot de passe
Quelle attaque n’est NOT empêchée par un hachage robuste des mots de passe côté serveur (p. ex. bcrypt) ?
Récapitulatif de la leçon : le problème des mots de passe
L’authentification traditionnelle par mot de passe oblige les serveurs à vérifier des secrets qu’ils connaissent, permet le cassage hors ligne après des fuites et est mise en échec par l’hameçonnage. La réutilisation des mots de passe transforme les fuites individuelles en défaillances systémiques. Le système idéal fournit une authentification mutuelle sans transmission de secret, ne stocke que des vérificateurs résistants au cassage et lie l’authentification à l’identité du serveur.
Questions Fréquemment Posées
La leçon « Le problème fondamental de l’authentification par mot de passe » est-elle gratuite ?
Oui — le texte complet de « Le problème fondamental de l’authentification par mot de passe » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Cryptology Academy, passe à CoddyKit PRO. Le cours Cryptology Academy comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Le problème fondamental de l’authentification par mot de passe » ?
Examinez pourquoi l’authentification traditionnelle par mot de passe crée des surfaces d’attaque côté serveur et quels protocoles permettent de résoudre ce problème. Tu pratiques Cryptology Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Cryptology Academy ?
Aucune expérience préalable n'est requise. Cryptology Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 1 sur 4.
Combien de temps prend la leçon « Le problème fondamental de l’authentification par mot de passe » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Cryptology Academy ?
Oui. Chaque leçon Cryptology Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Le problème fondamental de l’authentification par mot de passe
- SRP : protocole de mot de passe sécurisé à distance
- Protocoles PAKE et leurs propriétés
- Authentification sans mot de passe : WebAuthn et FIDO2