> 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/pt-br/web/authentication/username-enumeration-via-response-timing.md).
# Enumeração de nome de usuário via tempo de resposta
Notas sobre enumeração de nome de usuário via tempo de resposta para os laboratórios do PortSwigger Web Security Academy, incluindo fluxo de exploração, teste de payload, validação no Burp Suite e contexto de remediação.
### Enumeração de nome de usuário via tempo de resposta
Este laboratório é vulnerável à enumeração de nome de usuário com base no tempo de resposta. Para resolvê-lo, você precisa identificar um nome de usuário válido, realizar um ataque de força bruta na sua senha e então acessar a página da sua conta.
```bash
Suas credenciais: wiener:peter
```
### **Análise Inicial**
Ao testar um grande número de senhas, a aplicação exibe uma mensagem de erro indicando que foi detectado um número excessivo de tentativas.
Para contornar essa proteção, o seguinte cabeçalho é adicionado:
```bash
X-Forwarded-For: 127.0.0.2
```
### **Medição do Tempo de Resposta**
Envie uma solicitação com uma senha extremamente longa **senha** para o usuário `wiener`:
{% code overflow="wrap" %}
```bash
username=wiener&password=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
```
{% endcode %}
Em seguida, observa-se que a resposta demora cerca de **3 segundos** para chegar.
Por outro lado, se a mesma solicitação for enviada com um nome de usuário inválido\*\*, a resposta é **quase instantânea**:
```bash
username=dwdwd&password=AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
```
Essa diferença, portanto, torna possível distinguir um válido **nome de usuário** de um inválido.
#### **Lista com o Intruder**
No Intruder, usamos a **Pitchfork** técnica.
* Primeira posição: lista de **nomes de usuário** a serem testados
Segunda posição: lista de **endereços IP diferentes** enviados para `X-Forwarded-For`
O campo **resposta concluída** é analisado:
As respostas associadas a um usuário válido têm um tempo significativamente maior (o Apache indica um valor muito maior).
Isso permite identificar o usuário correto.
#### \*\* Força bruta da senha\*\*
Após encontrar o nome de usuário válido, você inicia o ataque à sua senha.
Observamos que a tentativa com a senha **chelsea** produz uma resposta diferente: um **302 Found**, sinal de que a autenticação foi bem-sucedida.
O acesso à conta é então confirmado.
---
# 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/pt-br/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.
