> 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/race-conditions/single-endpoint-race-condition.md). # Condition de concurrence sur un seul endpoint Notes sur la condition de concurrence sur un seul endpoint pour les laboratoires PortSwigger Web Security Academy, incluant le flux d'exploitation, les tests de payload, la validation avec Burp Suite et le contexte de remédiation. ### Conditions de concurrence sur un seul point de terminaison ### Contexte du laboratoire La fonctionnalité de changement d'adresse e-mail contient une **condition de concurrence** qui vous permet d'associer une adresse arbitraire à notre compte. Un utilisateur avec l'adresse **** a une **invitation en attente** pour devenir administrateur, mais **n'a pas encore créé de compte**. / Donc, si quelqu'un parvient à **revendre cette adresse**, elle récupère automatiquement les **droits d'administrateur**. ### Objectif 1. Trouvez une condition de concurrence pour vous attribuer une adresse e-mail arbitraire. 2. Changer l'e-mail du compte en ****. 3. Accédez au **panneau d'administration**. 4. Supprimer l’utilisateur **carlos**. Identifiants fournis : **wiener:peter**/ Accès à un client de messagerie pour les adresses **@exploit-...exploit-server.net**. ### Flux normal de changement d'e-mail La première tentative consiste à changer l'e-mail pour une adresse contrôlée : * Nouvelle adresse : / `wiener@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net`
Réponse de l'application : > « Veuillez cliquer sur le lien dans votre e-mail pour confirmer le changement d'e-mail vers … »
Un e-mail arrive avec un lien de confirmation, par exemple : / `/confirm-email?user=wiener&token=ob0dI7AMlwX2Y2uw` Une fois le lien cliqué : > « Votre e-mail a été mis à jour avec succès »
En arrière-plan, la requête ressemble à : ```bash email=wiener%40exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ``` ### Test de base sans concurrence Nous envoyons plusieurs requêtes de changement d'e-mail, avec des e-mails différents (test1, test2, ... test20), chacune séparément, et les confirmations reçues correspondent bien aux adresses demandées.
```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 ```
Mais lorsque vous exécutez ces mêmes requêtes **en parallèle**, un comportement inattendu apparaît : vous recevez parfois des confirmations qui ne correspondent pas au bon destinataire.
### Analyse de la condition de concurrence Le comportement observé suggère un traitement en deux phases\*\* : 1. Une phase qui **prépare/écrit** e-mail de confirmation 2. Une phase qui **détermine quelle adresse** l'e-mail est envoyé En envoyant un lot de requêtes en parallèle, nous parvenons à faire se chevaucher ces deux phases : le contenu d'un e-mail peut être associé à une autre adresse de destination. Principe : envoyer en parallèle un mélange de requêtes contenant : Partie avec : ```bash email=carlos@ginandjuice.shop&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ``` Une autre partie avec une adresse contrôlée : ```bash email=test@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk ``` Résultat : nous recevons un e-mail indiquant : > « Pour confirmer votre changement d'e-mail vers ****, cliquez sur le lien ci-dessous »
Nous obtenons donc le **lien de confirmation** pour l'adresse de Carlos et nous pouvons finaliser le changement d'e-mail vers ****.
--- # 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/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.