Comment éviter l'énumération du nom d'utilisateur ? Secure Code Warrior
On parle d'attaque par canal latéral lorsqu'un pirate informatique peut obtenir des informations à partir de la mise en œuvre physique d'un système logiciel plutôt qu'à partir d'une faiblesse théorique dans l'algorithme ou d'un bogue dans le code du logiciel.
Un exemple que j'aime utiliser pour rendre cela plus clair est une façon d'énumérer le nom d'utilisateur. Si vous voulez savoir ce qu'est l'énumération de noms d'utilisateur ou pourquoi c'est mauvais, visitez notre site web pour une explication vidéo ou jouez à un défi pour voir si vous pouvez l'identifier dans le code.
Pour comprendre comment l'énumération des noms d'utilisateur peut être effectuée par le biais d'une attaque par canal latéral, vous devez comprendre comment les mots de passe sont (ou du moins devraient être) traités dans les applications web modernes. Une bonne application web ne connaît pas votre mot de passe, elle ne l'enregistre ni ne le stocke nulle part. Alors comment sait-elle que ce que vous avez tapé est correct et qu'il s'agit bien de votre mot de passe ? Eh bien, votre mot de passe est haché.
Une fonction de hachage est une opération mathématique facile à réaliser dans un sens (bien qu'un peu coûteuse en termes de calcul), mais très difficile à inverser. Lorsque vous vous inscrivez sur un site web, c'est ce hachage qui est stocké en toute sécurité, et non votre mot de passe lui-même. Cela signifie qu'à chaque fois que vous vous connectez, l'application web procède au hachage de votre entrée et compare les résultats du hachage au hachage stocké. Si vous souhaitez en savoir plus sur le stockage sécurisé des mots de passe, vous pouvez le faire sur notre plateforme.
Le hachage des données prend un certain temps sur un ordinateur et les développeurs essaient toujours d'optimiser tout ce qu'ils écrivent pour que les utilisateurs aient une expérience fluide. L'un des moyens d'accélérer le programme est d'ignorer le hachage lorsqu'il n'est pas nécessaire. Par exemple, lorsque le nom d'utilisateur n'existe pas (et donc qu'aucun mot de passe ne doit être vérifié), ils peuvent répondre à l'utilisateur immédiatement. De cette façon, ils peuvent sauter le calcul lent du hachage du mot de passe. Si le nom d'utilisateur est correct, il hachera le mot de passe saisi et le comparera au hachage stocké.
À ce stade, vous avez peut-être deviné où les choses peuvent mal tourner. Même si, en réalité, le hachage ne prend que quelques millisecondes, un pirate peut utiliser ce délai supplémentaire pour savoir si le nom d'utilisateur qu'il a saisi est correct ou non, car un nom d'utilisateur erroné aura une réponse légèrement plus rapide puisque aucun hachage n'a été effectué. Ce type d'attaque par canal latéral est appelé attaque temporelle et constitue un bon exemple de la manière dont différentes exigences non fonctionnelles peuvent se contrecarrer mutuellement. Parfois, un code ne peut pas être à la fois rapide et sûr.
Ainsi, même si les mots de passe sont traités parfaitement et que le message affiché est générique et ne précise pas si le mot de passe ou le nom d'utilisateur est incorrect, le système reste vulnérable. La solution est simple : toujours hacher le mot de passe ou retarder l'envoi de la réponse du temps nécessaire au hachage.
Les informations obtenues peuvent être utilisées par un pirate pour obtenir une liste des utilisateurs du système. Ces informations peuvent être utilisées pour attaquer l'application web, par exemple, par une attaque par force brute ou par nom d'utilisateur/mot de passe par défaut.
L'énumération de noms d'utilisateur se produit lorsque les pirates utilisent des attaques par force brute pour obtenir des informations sur les noms d'utilisateur et les mots de passe. Apprenez à éviter l'énumération de noms d'utilisateur avec Secure Code Warrior.
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre organisation à réduire les risques associés à un code non sécurisé.
Réservez une démonstration
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
On parle d'attaque par canal latéral lorsqu'un pirate informatique peut obtenir des informations à partir de la mise en œuvre physique d'un système logiciel plutôt qu'à partir d'une faiblesse théorique dans l'algorithme ou d'un bogue dans le code du logiciel.
Un exemple que j'aime utiliser pour rendre cela plus clair est une façon d'énumérer le nom d'utilisateur. Si vous voulez savoir ce qu'est l'énumération de noms d'utilisateur ou pourquoi c'est mauvais, visitez notre site web pour une explication vidéo ou jouez à un défi pour voir si vous pouvez l'identifier dans le code.
Pour comprendre comment l'énumération des noms d'utilisateur peut être effectuée par le biais d'une attaque par canal latéral, vous devez comprendre comment les mots de passe sont (ou du moins devraient être) traités dans les applications web modernes. Une bonne application web ne connaît pas votre mot de passe, elle ne l'enregistre ni ne le stocke nulle part. Alors comment sait-elle que ce que vous avez tapé est correct et qu'il s'agit bien de votre mot de passe ? Eh bien, votre mot de passe est haché.
Une fonction de hachage est une opération mathématique facile à réaliser dans un sens (bien qu'un peu coûteuse en termes de calcul), mais très difficile à inverser. Lorsque vous vous inscrivez sur un site web, c'est ce hachage qui est stocké en toute sécurité, et non votre mot de passe lui-même. Cela signifie qu'à chaque fois que vous vous connectez, l'application web procède au hachage de votre entrée et compare les résultats du hachage au hachage stocké. Si vous souhaitez en savoir plus sur le stockage sécurisé des mots de passe, vous pouvez le faire sur notre plateforme.
Le hachage des données prend un certain temps sur un ordinateur et les développeurs essaient toujours d'optimiser tout ce qu'ils écrivent pour que les utilisateurs aient une expérience fluide. L'un des moyens d'accélérer le programme est d'ignorer le hachage lorsqu'il n'est pas nécessaire. Par exemple, lorsque le nom d'utilisateur n'existe pas (et donc qu'aucun mot de passe ne doit être vérifié), ils peuvent répondre à l'utilisateur immédiatement. De cette façon, ils peuvent sauter le calcul lent du hachage du mot de passe. Si le nom d'utilisateur est correct, il hachera le mot de passe saisi et le comparera au hachage stocké.
À ce stade, vous avez peut-être deviné où les choses peuvent mal tourner. Même si, en réalité, le hachage ne prend que quelques millisecondes, un pirate peut utiliser ce délai supplémentaire pour savoir si le nom d'utilisateur qu'il a saisi est correct ou non, car un nom d'utilisateur erroné aura une réponse légèrement plus rapide puisque aucun hachage n'a été effectué. Ce type d'attaque par canal latéral est appelé attaque temporelle et constitue un bon exemple de la manière dont différentes exigences non fonctionnelles peuvent se contrecarrer mutuellement. Parfois, un code ne peut pas être à la fois rapide et sûr.
Ainsi, même si les mots de passe sont traités parfaitement et que le message affiché est générique et ne précise pas si le mot de passe ou le nom d'utilisateur est incorrect, le système reste vulnérable. La solution est simple : toujours hacher le mot de passe ou retarder l'envoi de la réponse du temps nécessaire au hachage.
Les informations obtenues peuvent être utilisées par un pirate pour obtenir une liste des utilisateurs du système. Ces informations peuvent être utilisées pour attaquer l'application web, par exemple, par une attaque par force brute ou par nom d'utilisateur/mot de passe par défaut.
On parle d'attaque par canal latéral lorsqu'un pirate informatique peut obtenir des informations à partir de la mise en œuvre physique d'un système logiciel plutôt qu'à partir d'une faiblesse théorique dans l'algorithme ou d'un bogue dans le code du logiciel.
Un exemple que j'aime utiliser pour rendre cela plus clair est une façon d'énumérer le nom d'utilisateur. Si vous voulez savoir ce qu'est l'énumération de noms d'utilisateur ou pourquoi c'est mauvais, visitez notre site web pour une explication vidéo ou jouez à un défi pour voir si vous pouvez l'identifier dans le code.
Pour comprendre comment l'énumération des noms d'utilisateur peut être effectuée par le biais d'une attaque par canal latéral, vous devez comprendre comment les mots de passe sont (ou du moins devraient être) traités dans les applications web modernes. Une bonne application web ne connaît pas votre mot de passe, elle ne l'enregistre ni ne le stocke nulle part. Alors comment sait-elle que ce que vous avez tapé est correct et qu'il s'agit bien de votre mot de passe ? Eh bien, votre mot de passe est haché.
Une fonction de hachage est une opération mathématique facile à réaliser dans un sens (bien qu'un peu coûteuse en termes de calcul), mais très difficile à inverser. Lorsque vous vous inscrivez sur un site web, c'est ce hachage qui est stocké en toute sécurité, et non votre mot de passe lui-même. Cela signifie qu'à chaque fois que vous vous connectez, l'application web procède au hachage de votre entrée et compare les résultats du hachage au hachage stocké. Si vous souhaitez en savoir plus sur le stockage sécurisé des mots de passe, vous pouvez le faire sur notre plateforme.
Le hachage des données prend un certain temps sur un ordinateur et les développeurs essaient toujours d'optimiser tout ce qu'ils écrivent pour que les utilisateurs aient une expérience fluide. L'un des moyens d'accélérer le programme est d'ignorer le hachage lorsqu'il n'est pas nécessaire. Par exemple, lorsque le nom d'utilisateur n'existe pas (et donc qu'aucun mot de passe ne doit être vérifié), ils peuvent répondre à l'utilisateur immédiatement. De cette façon, ils peuvent sauter le calcul lent du hachage du mot de passe. Si le nom d'utilisateur est correct, il hachera le mot de passe saisi et le comparera au hachage stocké.
À ce stade, vous avez peut-être deviné où les choses peuvent mal tourner. Même si, en réalité, le hachage ne prend que quelques millisecondes, un pirate peut utiliser ce délai supplémentaire pour savoir si le nom d'utilisateur qu'il a saisi est correct ou non, car un nom d'utilisateur erroné aura une réponse légèrement plus rapide puisque aucun hachage n'a été effectué. Ce type d'attaque par canal latéral est appelé attaque temporelle et constitue un bon exemple de la manière dont différentes exigences non fonctionnelles peuvent se contrecarrer mutuellement. Parfois, un code ne peut pas être à la fois rapide et sûr.
Ainsi, même si les mots de passe sont traités parfaitement et que le message affiché est générique et ne précise pas si le mot de passe ou le nom d'utilisateur est incorrect, le système reste vulnérable. La solution est simple : toujours hacher le mot de passe ou retarder l'envoi de la réponse du temps nécessaire au hachage.
Les informations obtenues peuvent être utilisées par un pirate pour obtenir une liste des utilisateurs du système. Ces informations peuvent être utilisées pour attaquer l'application web, par exemple, par une attaque par force brute ou par nom d'utilisateur/mot de passe par défaut.
Cliquez sur le lien ci-dessous et téléchargez le PDF de cette ressource.
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre organisation à réduire les risques associés à un code non sécurisé.
Voir le rapportRéservez une démonstration
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
On parle d'attaque par canal latéral lorsqu'un pirate informatique peut obtenir des informations à partir de la mise en œuvre physique d'un système logiciel plutôt qu'à partir d'une faiblesse théorique dans l'algorithme ou d'un bogue dans le code du logiciel.
Un exemple que j'aime utiliser pour rendre cela plus clair est une façon d'énumérer le nom d'utilisateur. Si vous voulez savoir ce qu'est l'énumération de noms d'utilisateur ou pourquoi c'est mauvais, visitez notre site web pour une explication vidéo ou jouez à un défi pour voir si vous pouvez l'identifier dans le code.
Pour comprendre comment l'énumération des noms d'utilisateur peut être effectuée par le biais d'une attaque par canal latéral, vous devez comprendre comment les mots de passe sont (ou du moins devraient être) traités dans les applications web modernes. Une bonne application web ne connaît pas votre mot de passe, elle ne l'enregistre ni ne le stocke nulle part. Alors comment sait-elle que ce que vous avez tapé est correct et qu'il s'agit bien de votre mot de passe ? Eh bien, votre mot de passe est haché.
Une fonction de hachage est une opération mathématique facile à réaliser dans un sens (bien qu'un peu coûteuse en termes de calcul), mais très difficile à inverser. Lorsque vous vous inscrivez sur un site web, c'est ce hachage qui est stocké en toute sécurité, et non votre mot de passe lui-même. Cela signifie qu'à chaque fois que vous vous connectez, l'application web procède au hachage de votre entrée et compare les résultats du hachage au hachage stocké. Si vous souhaitez en savoir plus sur le stockage sécurisé des mots de passe, vous pouvez le faire sur notre plateforme.
Le hachage des données prend un certain temps sur un ordinateur et les développeurs essaient toujours d'optimiser tout ce qu'ils écrivent pour que les utilisateurs aient une expérience fluide. L'un des moyens d'accélérer le programme est d'ignorer le hachage lorsqu'il n'est pas nécessaire. Par exemple, lorsque le nom d'utilisateur n'existe pas (et donc qu'aucun mot de passe ne doit être vérifié), ils peuvent répondre à l'utilisateur immédiatement. De cette façon, ils peuvent sauter le calcul lent du hachage du mot de passe. Si le nom d'utilisateur est correct, il hachera le mot de passe saisi et le comparera au hachage stocké.
À ce stade, vous avez peut-être deviné où les choses peuvent mal tourner. Même si, en réalité, le hachage ne prend que quelques millisecondes, un pirate peut utiliser ce délai supplémentaire pour savoir si le nom d'utilisateur qu'il a saisi est correct ou non, car un nom d'utilisateur erroné aura une réponse légèrement plus rapide puisque aucun hachage n'a été effectué. Ce type d'attaque par canal latéral est appelé attaque temporelle et constitue un bon exemple de la manière dont différentes exigences non fonctionnelles peuvent se contrecarrer mutuellement. Parfois, un code ne peut pas être à la fois rapide et sûr.
Ainsi, même si les mots de passe sont traités parfaitement et que le message affiché est générique et ne précise pas si le mot de passe ou le nom d'utilisateur est incorrect, le système reste vulnérable. La solution est simple : toujours hacher le mot de passe ou retarder l'envoi de la réponse du temps nécessaire au hachage.
Les informations obtenues peuvent être utilisées par un pirate pour obtenir une liste des utilisateurs du système. Ces informations peuvent être utilisées pour attaquer l'application web, par exemple, par une attaque par force brute ou par nom d'utilisateur/mot de passe par défaut.
Table des matières
Chercheur en sécurité applicative - Ingénieur R&D - Doctorant
Secure Code Warrior est là pour vous aider à sécuriser le code tout au long du cycle de vie du développement logiciel et à créer une culture dans laquelle la cybersécurité est une priorité. Que vous soyez responsable AppSec, développeur, CISO ou toute autre personne impliquée dans la sécurité, nous pouvons aider votre organisation à réduire les risques associés à un code non sécurisé.
Réservez une démonstrationTéléchargerRessources pour vous aider à démarrer
Secure Code Warrior corporate overview
Secure Code Warrior is an AI Software Governance platform designed to enable organizations to safely adopt AI-driven development by bridging the gap between development velocity and enterprise security. The platform addresses the "Visibility Gap," where security teams often lack insights into shadow AI coding tools and the origins of production code.
Thèmes et contenu de la formation sur le code sécurisé
Our industry-leading content is always evolving to fit the ever changing software development landscape with your role in mind. Topics covering everything from AI to XQuery Injection, offered for a variety of roles from Architects and Engineers to Product Managers and QA. Get a sneak peek of what our content catalog has to offer by topic and role.
Loi sur la cyber-résilience (CRA) Parcours d'apprentissage alignés
SCW soutient la préparation à la loi sur la cyber-résilience (CRA) grâce à des quêtes alignées sur la CRA et des collections d'apprentissage conceptuel qui aident les équipes de développement à acquérir les compétences nécessaires en matière de conception sécurisée, de SDLC et de codage sécurisé, conformément aux principes de développement sécurisé de la CRA.
La Chambre de commerce établit la norme en matière de sécurité à grande échelle axée sur les développeurs
La Chambre de commerce néerlandaise explique comment elle a intégré le codage sécurisé dans le développement quotidien grâce à des certifications basées sur les rôles, à l'évaluation comparative du Trust Score et à une culture de responsabilité partagée en matière de sécurité.
Ressources pour vous aider à démarrer
Observe and Secure the ADLC: A Four-Point Framework for CISOs and Development Teams Using AI
While development teams look to make the most of GenAI’s undeniable benefits, we’d like to propose a four-point foundational framework that will allow security leaders to deploy AI coding tools and agents with a higher, more relevant standard of security best practices. It details exactly what enterprises can do to ensure safe, secure code development right now, and as agentic AI becomes an even bigger factor in the future.
Cybermon est de retour : Missions IA « Battez le boss » sont Missions disponibles à la demande.
Cybermon 2025 Beat the Boss est désormais disponible toute l'année dans SCW. Déployez des défis de sécurité avancés en matière d'IA/LLM afin de renforcer le développement sécurisé de l'IA à grande échelle.
L'IA peut écrire et réviser du code, mais les humains assument toujours le risque
Le lancement de Claude Code Security par Anthropic marque un point de convergence décisif entre le développement de logiciels assisté par l'IA et l'évolution rapide de notre approche de la cybersécurité moderne.