> 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/prototype-pollution.md).

# プロトタイプ汚染

プロトタイプ汚染、クライアントサイドDOM XSS、サーバーサイド・プロトタイプ汚染、フィルタバイパス、権限昇格、RCE。

PortSwigger Web Security Academy のラボ向け Prototype Pollution に関するメモ。実践的なテスト手順、Burp Suite による検証、ペイロードの挙動、およびエクスプロイトのワークフローに焦点を当てています。

## テスト手順

1. 脆弱な機能と、関連するリクエスト、パラメータ、ヘッダー、Cookie、またはブラウザー側の Sink を特定します。
2. 攻撃を拡大する前に、最小限のペイロードで Burp Suite 上で挙動を再現します。
3. アカウントアクセス、データ漏えい、コード実行、SSRF、または状態変更など、明確な PoC で影響を確認します。
4. 侵入の経路を文書化しながら、ペイロード、URL、トークン、ラボの認証情報は変更しないでください。

## ラボ

<table><thead><tr><th data-type="content-ref"></th></tr></thead><tbody><tr><td><a href="/ja/web/prototype-pollution/bypassing-filters-for-server-side-prototype-pollution.md">サーバーサイド・プロトタイプ汚染のためのフィルタバイパス</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/client-side-prototype-pollution-in-third-party-libraries.md">サードパーティライブラリにおけるクライアントサイド・プロトタイプ汚染</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/client-side-prototype-pollution-via-browser-apis.md">ブラウザAPI経由のクライアントサイド・プロトタイプ汚染</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/client-side-prototype-pollution-via-flawed-sanitization.md">不備のあるサニタイズ経由のクライアントサイド・プロトタイプ汚染</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/detection-without-reflection-of-modified-properties.md">変更されたプロパティの反映なしでの検出</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/dom-xss-via-alternative-prototype-pollution-vector.md">代替のプロトタイプ汚染ベクターによるDOM XSS</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/dom-xss-via-client-side-prototype-pollution.md">クライアントサイド・プロトタイプ汚染によるDOM XSS</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/exfiltration-of-sensitive-data-via-server-side-prototype-pollution.md">サーバーサイド・プロトタイプ汚染による機密データの持ち出し</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/privilege-escalation-via-server-side-prototype-pollution.md">サーバーサイド・プロトタイプ汚染による権限昇格</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/reflection-free-detection-of-changed-properties.md">反映なしでの変更済みプロパティの検出</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/remote-code-execution-via-server-side-prototype-pollution.md">サーバーサイド・プロトタイプ汚染によるリモートコード実行</a></td></tr><tr><td><a href="/ja/web/prototype-pollution/server-side-prototype-pollution-filter-bypass.md">サーバーサイド・プロトタイプ汚染のフィルタバイパス</a></td></tr></tbody></table>


---

# 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/prototype-pollution.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.
