WLAN-Pentesting mit Claude Code im eigenen Lab

WPA2-Handshake-Analyse mit KI als Pair-Partner. Eigener Router, dokumentierter Lab-Aufbau, aircrack-ng und hashcat. Was die KI wirklich beschleunigt und wo sie nichts kann.

16. Juli 20266 min Lesezeit

FlowKI RedaktionKI-unterstützt

Dieser Beitrag wurde mit KI-Unterstützung aus der angegebenen Quelle erstellt und vor der Veröffentlichung automatisch gegen sie abgeglichen. Nicht jeder Beitrag wird zusätzlich von Hand gelesen — wir prüfen stichprobenweise nach und kennzeichnen Korrekturen. Beruht ein Artikel auf einem selbst durchgeführten Test, weisen wir das ausdrücklich aus.

Die Ausgangslage

Dieser Artikel beschreibt einen WLAN-Pentest im eigenen Lab — eigener Router, eigenes Netzwerk, eigene SSID, eigener Handshake, eine selbst gebaute Wordlist, die die Passphrase enthält. Das ist wichtig zu sagen, bevor die ersten Kommandos kommen: Alles läuft ausschließlich gegen eigene Hardware zu Lernzwecken.

Die Frage dahinter: Wie viel schneller oder langsamer läuft das Ganze mit Claude Code als Copilot gegenüber dem klassischen Vorgehen mit reinen Shell-Skripten?

Kurzantwort: schneller in den Schritten, die man oft vergisst. Gleich schnell in den Schritten, die man im Kopf hat. Langsamer, wenn es richtig wild wird — weil das Tool dann anfängt, zu vorsichtig zu werden.

Hinweis zu den Zahlen: Die Zeit- und Ersparnis-Angaben unten sind illustrative Größenordnungen für einen typischen Lab-Durchlauf, keine kontrollierte Messreihe. Cracking-Zeiten hängen komplett von Wordlist, Hardware und Passphrase ab.

Lab-Aufbau — Ein-Absatz-Version

Ein TP-Link-Router (o. ä.) als Ziel, Standard-Firmware, WPA2-PSK, eine 14-stellige Passphrase, die vorher in die Test-Wordlist eingebaut wurde. Ein Alfa AWUS036ACH am Kali-Laptop (Monitor-Mode verfügbar). Ein Rechner mit kräftiger GPU (z. B. RTX 4090) fürs Cracken. Alle Geräte im eigenen Subnet, vom Produktivnetz getrennt. Keine fremden SSIDs in Reichweite, die man aus Versehen mit einfängt.

Schritt 1 — Claude Code baut die Reconnaissance-Scripts

Der erste echte Hebel ist kein Cracken, sondern der saubere Aufbau der Skript-Pipeline. Die Befehle kennt man — aber man tippt sie ungern jedes Mal neu.

Prompt an Claude Code:

Bau mir ein Bash-Script das airmon-ng startet, den Interface-Namen dynamisch erkennt (egal ob wlan0 oder wlan1), und dann kontinuierlich airodump-ng auf Kanal 6 mitlaufen lässt. Output in eine CSV die automatisch rotiert nach 10 MB. Stoppt sauber auf Ctrl+C.

Wenige Minuten später steht das Script. Nicht perfekt beim ersten Versuch — es liest das Interface z. B. via iw aus, robuster ist ip link show. Aber: der Großteil der Grundstruktur ist typischerweise brauchbar (Richtwert, nicht gemessen). Das Error-Handling am Ende kostet erfahrungsgemäß am meisten Zeit (trap EXIT vs. trap INT TERM), das justiert man von Hand nach.

Nichts Spezielles, aber ein klarer Nutzen: Man muss die Abfolge nicht mehr nachschlagen.

Schritt 2 — Handshake einfangen

Der interessantere Teil.

# eigener Router, eigene Station
aireplay-ng -0 1 -a AA:BB:CC:DD:EE:FF -c 11:22:33:44:55:66 wlan0mon

Ein Deauth-Paket schickt die Station weg, sie verbindet sich neu, man fängt den Handshake. Standard-Playbook.

Wo Claude Code richtig hilft: beim Parsen der Ausgabe. Wer aircrack-ng schon mal mit vielen gleichzeitig sichtbaren APs ausgeführt hat, weiß, dass die CSV-Outputs schwer zu lesen sind. Der Prompt:

Schreib mir ein Python-Script das meine aireplay-CSV parst, nur meinen Ziel-AP (SSID: PentestLab-2G4) zeigt, und mir auf einen Blick sagt ob der Handshake komplett eingefangen wurde oder ob noch Pakete fehlen. Ausgabe als Tabelle im Terminal, grün wenn komplett, rot wenn nicht.

Das Script ist typischerweise in wenigen Minuten fertig (Richtwert). Es nutzt scapy, um die .cap-Datei zu lesen, filtert nach EAPOL-Paketen, prüft, ob alle vier Handshake-Schritte da sind, und färbt das Ergebnis. Kleine Arbeit, große Wirkung — genau die Art Helferlein, das man danach dauernd offen hat.

Schritt 3 — hashcat-Angriff auf der GPU

Jetzt der teure Teil. Wordlist-Angriff auf den Handshake.

hcxpcapngtool -o handshake.hc22000 handshake.cap
hashcat -m 22000 handshake.hc22000 wordlist.txt -w 3

Eine Wordlist mit z. B. 140 Millionen Einträgen läuft auf einer RTX 4090 bei WPA2-PMKID/EAPOL in der Größenordnung von gut einer Minute durch (Annahme von grob 1,8 Mio. Hashes/s, nicht gemessen — echte Werte stehen in der hashcat-Dokumentation bzw. den Benchmarks zur jeweiligen GPU). Da die Passphrase in der Wordlist steckt, wird sie entsprechend gefunden — das ist der uninteressante Teil.

Spannend ist: Claude Code hilft beim richtigen Setzen der hashcat-Flags. Hashcat ist ein Universum für sich — welche Regel-Datei, welcher Mask-Angriff, welche Kombinator-Logik. Man beschreibt, was man will ("probiere erst die Wordlist pur, dann mit common-Regex-Rules, dann mit 2-Stellen-Maske hinten angehängt") und bekommt sauberen hashcat-Code zurück.

Wo Claude Code nicht weiterhalf

Fair sein: Bei manchen Offensive-Themen bremst das Modell. Ein Prompt wie —

Zeig mir wie man Partial-Handshake-Angriffe macht mit den PMKID-Techniken.

— beantwortet Claude oft erst mit einem langen rechtlichen Disclaimer und der Empfehlung, "autorisierte Quellen zu konsultieren". Bei eigenem Router ist das lästig. Man muss den Kontext hart mitliefern (eigener Router, als Pentest-Target aufgebaut, zu Lernzwecken, dokumentiert), dann läuft es.

Das ist die ehrliche Realität bei Offensive-Security mit aktuellen LLMs: Du musst den Kontext hart liefern. Kein Drama, aber ein bisschen Friktion.

Die Ergebnisse — als Größenordnung

Grober Vorher-Nachher-Vergleich für einen solchen Lab-Durchlauf (illustrative Annahmen, nicht gemessen):

| Phase | Ohne KI | Mit Claude Code | |---|---|---| | Script-Aufbau für Recon | ~25 min | ~10 min | | Handshake-Capture | ~8 min | ~8 min | | CSV-Parsing + Validation | ~12 min | ~3 min | | hashcat-Flags tunen | ~20 min | ~6 min | | Tatsächliches Cracking | ~1 min | ~1 min | | Dokumentation hinterher | ~30 min | ~10 min |

Die Beschleunigung liegt nicht im Cracken — das kann KI nicht beeinflussen. Sie liegt im Drumherum: Scripting, Parsing, Dokumentieren. Unter diesen Annahmen wäre das im Lab grob eine knappe Stunde für denselben Test.

Die Erkenntnis

Claude Code ist für Pentesting ein echter Assistent — kein Ersatz. Die interessanten Denkschritte (welche Angriffsart, welche Strategie, wie interpretiere ich Zwischenergebnisse) bleiben beim Menschen. Die mühseligen Schritte (richtige Flags, sauberes Parsing, saubere Doku) delegiert man.

Das ist ziemlich genau, was man von einem guten Junior erwarten würde: macht die Routine, unterhält sich mit dir über die interessanten Fragen.

Was du selbst brauchst, um das nachzubauen

Das absolute Minimum:

Einen eigenen Router, den du als Ziel aufstellen kannst. Ausgemusterte Geräte gibt es für ~20 Euro.
Einen USB-WLAN-Adapter mit Monitor-Mode. Alfa AWUS036ACH ist die Referenz, aber auch ein Panda PAU09 reicht.
Kali Linux oder Parrot OS als Arbeitssystem. Ein Laptop mit 16 GB RAM reicht.
Claude Code plus ein vernünftiges Abo. Ohne Vertrag nur mit eingeschränkter Nutzung.
Eine eigene Wordlist zum Üben. RockYou ist ein Anfang, aber bau dir etwas Eigenes.

Eine GPU fürs Cracken ist nice-to-have. Bei kurzen Passwörtern reicht auch ein ordentlicher Desktop-CPU. Eine 4090 ist für Wordlist-Experimente Luxus.

Rechtlicher Hinweis

WLAN-Analyse mit diesen Werkzeugen ist in Deutschland ausschließlich im eigenen Netz bzw. mit ausdrücklicher schriftlicher Erlaubnis des Betreibers zulässig. Das Mitschneiden fremder Handshakes, das Deauthentifizieren fremder Stationen und das Cracken fremder Passphrasen sind nach §§ 202a, 202b, 202c, 303b StGB strafbar — auch "nur zum Ausprobieren". Halte alles in einem isolierten Lab, getrennt vom Produktivnetz.

Weiterlesen

Der nächste Cluster-Artikel ist Juice Shop Challenges mit KI — deutlich mehr Web-App-Fokus, weniger Hardware. Die Pentesting-Säule hat die komplette Roadmap.

Wer an Lab-Setups, CTF-Tipps und eigenen Finds interessiert ist — in der Zone "Hacking & Security" im Discord läuft die Diskussion. Stell dich vor, zeig dein Lab.

Häufige Fragen

Ist ein WLAN-Pentest im eigenen Netz legal?

Ja, im eigenen Netz oder mit ausdrücklicher schriftlicher Erlaubnis des Betreibers. Das Mitschneiden fremder Handshakes, das Deauthentifizieren fremder Stationen und das Cracken fremder Passphrasen sind in Deutschland nach §§ 202a, 202b, 202c und 303b StGB strafbar — auch 'nur zum Ausprobieren'. Halte den gesamten Test in einem isolierten Lab, getrennt vom Produktivnetz und mit einer eigenen SSID.

Was beschleunigt Claude Code beim WLAN-Pentesting — und was nicht?

Das Drumherum, nicht das Cracken. Claude Code hilft beim Aufbau der Recon-Scripts, beim Parsen der schwer lesbaren CSV-Outputs und beim Tunen der hashcat-Flags — dort liegt der Zeitgewinn. Beim Handshake-Capture und beim eigentlichen Cracking spart es nichts, weil das an Hardware und Wordlist hängt. Es ist ein Assistent für die Routine, kein Ersatz für die Denkschritte: Angriffsart, Strategie und Interpretation bleiben beim Menschen.

Welche Hardware brauche ich für WLAN-Pentesting im eigenen Lab?

Das Minimum sind ein eigener Router als Ziel, den es ausgemustert für rund 20 Euro gibt, ein USB-WLAN-Adapter mit Monitor-Mode wie der Alfa AWUS036ACH oder ein Panda PAU09, und Kali Linux oder Parrot OS auf einem Laptop mit 16 GB RAM. Eine GPU fürs Cracken ist nur nice-to-have — bei kurzen Passwörtern reicht auch eine ordentliche Desktop-CPU.

Warum bremst Claude Code bei manchen WLAN-Angriffs-Fragen?

Bei Offensive-Themen antwortet das Modell oft erst mit einem langen rechtlichen Disclaimer und der Empfehlung, autorisierte Quellen zu konsultieren. Bei einer Frage nach PMKID- oder Partial-Handshake-Techniken ist das im eigenen Lab lästig. Der Ausweg: den Kontext hart mitliefern — eigener Router, als Pentest-Target aufgebaut, zu Lernzwecken, dokumentiert. Dann läuft es. Etwas Friktion bleibt, aber kein Drama.

Wie fange ich im Lab einen WPA2-Handshake ein?

Über ein Deauth-Paket mit aireplay-ng gegen die eigene Station: Sie wird kurz vom eigenen Router getrennt, verbindet sich neu, und dabei fängst du den Handshake. Ob er komplett ist, lässt sich schwer aus den rohen CSV-Outputs ablesen — ein kleines Python-Script mit scapy filtert die EAPOL-Pakete und prüft, ob alle vier Handshake-Schritte da sind. Alles läuft ausschließlich gegen die eigene Hardware.

Wie belastbar sind die Zeitersparnis-Angaben im Artikel?

Sie sind illustrative Größenordnungen für einen typischen Lab-Durchlauf, keine kontrollierte Messreihe. Der Zeitgewinn entsteht im Drumherum — Script-Aufbau, CSV-Parsing und Dokumentation —, während Handshake-Capture und Cracking gleich lang bleiben. Die reinen Cracking-Zeiten hängen komplett von Wordlist, Hardware und Passphrase ab und lassen sich nicht verallgemeinern.