> 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/ja/web/race-conditions/single-endpoint-race-condition.md).

# 単一エンドポイントの競合状態

PortSwigger Web Security Academy のラボ向けメモ。悪用の手順、ペイロードのテスト、Burp Suite による検証、修復の文脈を含む。

### 単一エンドポイントの競合状態

### ラボのコンテキスト

メールアドレス変更機能には **競合状態があり** それにより、任意のアドレスを当アカウントに関連付けることができます。

アドレス **<carlos@ginandjuice.shop>** のユーザーは **保留中の招待を持っており** 管理者になる予定ですが、 **まだアカウントを作成していません**。 / つまり、誰かがこのアドレスを **転売できれば**、自動的に **管理者権限を取得します**.

### 目的

1. 任意のメールアドレスを取得できる競合状態を見つけてください。
2. アカウントのメールを次に変更する **<carlos@ginandjuice.shop>**.
3. アクセスする **管理パネル**.
4. ユーザーを削除 **carlos**.

提供された認証情報： **wiener:peter**/ アドレス用のメールクライアントへのアクセス **@exploit-...exploit-server.net**.

### 通常のメール変更フロー

最初の試みは、メールを制御下のアドレスに変更することです:

* 新しいアドレス:/ `wiener@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net`

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-3ab11eef8935b88b8cf12e18aa475fef81448792%2F%7BB9965F27-F99E-4E23-9E7D-9F2E94C7F043%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

アプリケーションの応答:

> 「メール内のリンクをクリックして、メールアドレスの変更を確認してください…」

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-6eba0920d90de61a9f7285b81f048bae6142d92f%2F%7BB366E8CE-D8D9-4D46-942E-63B9BB8FE44B%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

確認リンク付きのメールが届きます。例えば:/ `/confirm-email?user=wiener&token=ob0dI7AMlwX2Y2uw`

リンクをクリックすると:

> 「メールアドレスは正常に更新されました」

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-9f60d6a8e3d68770dc60ff1e54f0ea08e8c3171e%2F%7B5AB7B670-A429-47DB-A72F-80B5111784B6%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

内部では、リクエストは次のようになります:

```bash
email=wiener%40exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk
```

### レースなしのベースラインテスト

異なるメールアドレス（test1、test2、...test20）で複数のメール変更リクエストを、それぞれ個別に送信すると、受信する確認メールは要求したアドレスに正しく対応しています。

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-357c60e05d8bfd2eb429eb50840b2067cb7c476e%2F%7BB58C2B7C-B60C-4F1F-829B-5096C98DAC0A%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

```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
```

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-c43aa15adffcea353c6bb0c501b4dcb55f92773d%2F%7B9FCBD891-6314-4A27-BB9C-4E2E9E301C6F%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

しかし、これらと同じリクエストを実行すると **並列で**、予期しない挙動が現れます。ときどき、正しい宛先と一致しない確認メールを受け取るのです。

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-6b191058ec9bc145e37525859bbf436cd2afa1f7%2F%7BC1955487-7C79-46C5-AA7F-4E5AB76649ED%7D.png?alt=media" alt="" width="563"><figcaption></figcaption></figure>

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-3bf9ae1755022c015c658c9cbe8848492dbb8903%2Fimage%20(87).png?alt=media" alt=""><figcaption></figcaption></figure>

### 競合状態の分析

観測された挙動は、2段階で処理されていることを示唆しています\*\*:

1. ある段階が **準備/書き込みを行い** 確認メールを
2. ある段階が **どのアドレス宛かを決定し** メールを送信する

リクエストを並列で一括送信することで、この2つの段階を交差させることができます。メールの内容を別の宛先アドレスに関連付けられるのです。

原則: 次のものを含むリクエストを混ぜて並列送信します:

次の部分:

```bash
email=carlos@ginandjuice.shop&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk
```

制御下のアドレスを含む別の部分:

```bash
email=test@exploit-0a10009b04efd21981a1bafc0102005d.exploit-server.net&csrf=UoUvroZsYvL6IJPN7GKumJSoEuLFdBYk
```

結果: 次の内容のメールを受信します:

> 「メール変更を次の宛先に確認するには **<carlos@ginandjuice.shop>**、下のリンクをクリックしてください」

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-5907a4217989d1b6c48409ce59ae672be0456335%2F%7BF5E0B96B-0ACE-47EE-8C3F-E268A7538D29%7D.png?alt=media" alt=""><figcaption></figcaption></figure>

つまり、 **確認リンクを入手でき** Carlos のアドレスについて、メール変更を完了できます **<carlos@ginandjuice.shop>**.

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-efdf8a609e605c94a029cf972ff85131bdfd9c4d%2F%7BA07FCA9E-56F0-4753-BA33-FF61670FA998%7D.png?alt=media" alt=""><figcaption></figcaption></figure>


---

# 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/ja/web/race-conditions/single-endpoint-race-condition.md?ask=<question>&goal=<user_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.
