> 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/race-conditions/single-endpoint-race-condition.md). # Condição de corrida em endpoint único Anotações sobre Condição de corrida em endpoint único para os laboratórios da PortSwigger Web Security Academy, incluindo fluxo de exploração, testes de payloads, validação no Burp Suite e contexto de remediação. ### Condições de corrida de endpoint único ### Contexto do laboratório O recurso de alteração do endereço de e-mail contém uma **condição de corrida** que permite associar um endereço arbitrário à nossa conta. Um usuário com o endereço **** tem um **convite pendente** para se tornar administrador, mas **ainda não criou uma conta**. / Então, se alguém conseguir **revender este endereço**, ele recupera automaticamente os **direitos de administrador**. ### Objetivo 1. Encontre uma condição de corrida para reivindicar um endereço de e-mail arbitrário. 2. Altere o e-mail da conta para ****. 3. Acesse o **painel de administração**. 4. Excluir usuário **carlos**. Credenciais fornecidas: **wiener:peter**/ Acesse um cliente de e-mail para endereços **@exploit-...exploit-server.net**. ### Fluxo normal de alteração de e-mail A primeira tentativa é alterar o e-mail para um endereço controlado: * Novo endereço:/ `wiener@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net`
Resposta da aplicação: > “Por favor, clique no link no seu e-mail para confirmar a alteração do e-mail para …”
Um e-mail chega com um link de confirmação, por exemplo:/ `/confirm-email?user=wiener&token=ob0dI7AMlwX2Y2uw` Depois que o link é clicado: > “Seu e-mail foi atualizado com sucesso”
Por trás, a solicitação se parece com: ```bash email=wiener%40exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ``` ### Teste de referência sem corrida Enviamos várias solicitações de alteração de e-mail, com e-mails diferentes (test1, test2,... test20), cada uma separadamente, e as confirmações recebidas correspondem corretamente aos endereços solicitados.
```bash email=test1@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test2@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test3@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test4@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test5@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test6@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test7@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk email=test8@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ..... email=test20@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ```
Mas quando você executa essas mesmas solicitações **em paralelo**, aparece um comportamento inesperado: às vezes você recebe confirmações que não correspondem ao destinatário correto.
### Análise da condição de corrida O comportamento observado sugere um processamento em duas fases\*\*: 1. Uma fase que **prepara/escreve** e-mail de confirmação 2. Uma fase que **determina qual endereço** o e-mail é enviado Ao enviar um lote de solicitações em paralelo, conseguimos cruzar essas duas fases: o conteúdo de um e-mail pode ser associado a outro endereço de destino. Princípio: enviar em paralelo uma mistura de solicitações contendo: Parte com: ```bash email=carlos@ginandjuice.shop&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ``` Outra parte com um endereço controlado: ```bash email=test@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ``` Resultado: recebemos um e-mail informando: > “Para confirmar a alteração do seu e-mail para ****, clique no link abaixo”
Então obtemos o **link de confirmação** para o endereço do Carlos e podemos finalizar a alteração do e-mail para ****.
--- # 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/race-conditions/single-endpoint-race-condition.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.