> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/fr/web/authentication/username-enumeration-via-response-timing.md).
# Énumération des noms d’utilisateur via le temps de réponse
Notes sur l’énumération des noms d’utilisateur via le temps de réponse pour les laboratoires de la PortSwigger Web Security Academy, incluant le workflow d’exploitation, les tests de payloads, la validation dans Burp Suite et le contexte de remédiation.
### Énumération des noms d'utilisateur via le temps de réponse
Ce laboratoire est vulnérable à l’énumération des noms d’utilisateur basée sur le temps de réponse. Pour le résoudre, vous devez identifier un nom d’utilisateur valide, lancer une attaque brute sur votre mot de passe, puis accéder à la page de votre compte.
```bash
Vos identifiants : wiener:peter
```
### **Analyse initiale**
Lors du test d’un grand nombre de mots de passe, l’application affiche un message d’erreur indiquant qu’un nombre excessif de tentatives a été détecté.
Pour contourner cette protection, l’en-tête suivant est ajouté :
```bash
X-Forwarded-For: 127.0.0.2
```
### **Mesure du temps de réponse**
Envoyez une requête avec un **mot de passe** pour l'utilisateur `wiener`:
{% code overflow="wrap" %}
```bash
username=wiener&password=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
```
{% endcode %}
On observe alors que la réponse met environ **3 secondes** à arriver.
En revanche, si la même requête est envoyée avec un nom d’utilisateur invalide\*\*, la réponse est **quasi instantanée**:
```bash
username=dwdwd&password=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
```
Cette différence permet donc de distinguer un valide **nom d’utilisateur** d’un invalide.
#### **Liste avec Intruder**
Dans Intruder, nous utilisons la **Pitchfork** technique.
* Première position : liste de **noms d’utilisateur** à tester
Deuxième position : liste de **différentes adresses IP** envoyées à `X-Forwarded-For`
Le champ **réponse terminée** est analysé :
Les réponses associées à un utilisateur valide ont un temps nettement plus élevé (Apache indique une valeur beaucoup plus grande).
Cela permet d’identifier le bon utilisateur.
#### \*\* Force brute du mot de passe\*\*
Après avoir trouvé le nom d’utilisateur valide, vous lancez l’attaque sur votre mot de passe.
Nous remarquons que la tentative avec le mot de passe **chelsea** produit une réponse différente : un **302 Found**, signe que l’authentification a réussi.
L’accès au compte est alors confirmé.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://hacking-notes.jord4n.pro/fr/web/authentication/username-enumeration-via-response-timing.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
