> 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-wifi/wpa-wpa2-psk-network-attacks/packet-analysis/probe-request-packet-analysis.md).
# プローブ要求パケット分析
許可されたキャプチャ内の Wi-Fi プローブ要求パケットを特定し分析する。
### 概要
クライアントはアクティブな Wi‑Fi スキャン中にプローブ要求を送信します。ネットワークに参加する前にも送信できます。すでに接続している間にも送信できます。
これらの管理フレームは、クライアントが近くのアクセスポイントを見つけるのに役立ちます。要求には特定の SSID を指定できます。ワイルドカード SSID を使って、利用可能な任意のネットワークを要求することもできます。
自分が所有する、または評価の許可を得ているネットワークのキャプチャを分析してください。プローブ要求によって、デバイス識別子や要求されたネットワーク名が露出することがあります。
### Airodump-ng でプローブを観察する
モニターモードのインターフェースで Airodump-ng を実行します:
{% code overflow="wrap" %}
```bash
airodump-ng wlan0mon
```
{% endcode %}
その **STATION** セクションでは、次を確認します **Probes** 列です。観測されたクライアントが要求した SSID を一覧表示します。
空の値だからといって、プローブ活動がないとは限りません。クライアントはワイルドカード要求を使用している可能性があります。キャプチャでそのフレームが取りこぼされている場合もあります。
### プローブ要求をフィルタリングする
プローブ要求は管理フレームのサブタイプを使用します `4`. Tshark で保存済みキャプチャをフィルタします:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype == 4" 2>/dev/null
```
{% endcode %}
### 特定のクライアントを確認する
結果をクライアントの送信元アドレスでフィルタリングします:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype == 4 && wlan.sa == AA:BB:CC:DD:EE:FF" 2>/dev/null
```
{% endcode %}
置き換え `AA:BB:CC:DD:EE:FF` 許可されたキャプチャから取得したクライアントの MAC アドレスを指定します。
### パケットフィールドを確認する
一致するフレームを Wireshark で開くか、Tshark の詳細出力を使用します:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype == 4" -V 2>/dev/null
```
{% endcode %}
次のフィールドを確認します:
* **送信元アドレス** 送信元クライアントを識別します。
* **宛先アドレス** は、一般的な探索時にブロードキャストされることがよくあります。
* **SSID** 特定宛ての要求を示します。ワイルドカード要求の場合は空のままです。
### 結果を解釈する
プローブ要求は、その時点でクライアントがスキャンしていることを示します。接続に成功したことまでは証明しません。
タイムスタンプ、送信元アドレス、SSID の値を使って要求を関連付けます。同じキャプチャ内のビーコン、プローブ応答、アソシエーションフレームと比較してください。
---
# 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-wifi/wpa-wpa2-psk-network-attacks/packet-analysis/probe-request-packet-analysis.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.
