> 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/hacking-tools/osint/osint-methodology/email-osint.md).

# メール OSINT

調査中にドメインや組織に関連するメールアドレスを見つけ、検証し、相関付けるための OSINT 手法。

メールOSINTは、有効なアドレス、命名パターン、従業員アカウント、露出した受信箱、およびパスワードスプレーやフィッシングのシミュレーションに利用できる潜在的なユーザー名の特定に役立ちます。

## メールアドレスの所在：

{% hint style="info" %}
セキュリティ調査やOSINT収集を行う際には、特定のドメインに関連するメールアドレスを見つけることが有用です。これは、従業員、アカウントの命名パターン、露出した受信箱、そして可能性の高いユーザー名の特定に役立ちます。メール、人、侵害調査のための管理済みツールカタログは、で利用できます [人および侵害調査](/ja/hacking-tools/osint/people-and-breach-research.md).
{% endhint %}

メールアドレスを収集する際は、次を記録してください：

* 各アドレスが見つかった情報源。
* 組織で使用されているメール形式。
* そのアドレスが現在のもの、過去のもの、個人用、または役割ベースのものか。
* 信頼度レベルまたは検証ステータス。

## メールの存在確認：

{% hint style="info" %}
収集したメールアドレスを、許可されたテスト行為で使用する前に、それらが有効かどうかを確認することが重要です。メール検証ツールは、で一覧表示されています [人および侵害調査](/ja/hacking-tools/osint/people-and-breach-research.md).
{% endhint %}

## 一時的なメールアドレスの作成：

{% hint style="info" %}
場合によっては、安全な登録テストや管理されたアカウント確認のために、一時的なメールアドレスが役立ちます。使い捨てメールのリソースは、で一覧表示されています [人および侵害調査](/ja/hacking-tools/osint/people-and-breach-research.md).
{% endhint %}


---

# 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/hacking-tools/osint/osint-methodology/email-osint.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.
