Worum es hier geht
Die Frage hört man oft: "Claude Code löst doch jede HTB-Box autonom, oder?" — kurze Antwort: nein. Die längere, ehrliche Antwort: Claude Code ist auf HTB-Style-Boxen ein nützlicher Pair-Partner beim Recon und beim Verstehen exotischer Outputs, aber kein Auto-Pwn-Knopf.
Bei Easy-Boxen mit klassischen Vektoren glänzt es beim Recon und beim Einordnen ungewöhnlicher Tool-Ausgaben. Bei Boxen mit eigener Custom-Logik (selbst geschriebene Web-Apps, untypische Service-Konstellationen) liefert es wenig — manchmal bremst es sogar mit Halluzinationen.
Hinweis: Dieser Artikel beschreibt Vorgehen und Muster für Retired-Boxen (öffentliche Walkthroughs) und Lab-Umgebungen. Die genannten Zeit- und Effekt-Größenordnungen sind typische Werte, keine gemessene Einzel-Benchmark-Reihe.
Eine saubere Methodik
Wenn man den Mehrwert ehrlich einschätzen will, hilft ein festes Setup pro Box:
- Frische Kali-VM, OpenVPN-Connect zu HTB
- Claude Code in einem leeren Verzeichnis
~/htb/<boxname>/ - Permission-Mode
default— jede Bash-Operation einzeln approven - Claude darf alles, was ein Pentester macht: Recon, Tool-Auswahl, Exploit-Suche, Code-Review
- ABER: Jeder Exploit-Code wird vor Ausführung selbst gelesen
- Nur Retired-Boxen, damit sich die Werte gegen öffentliche "ohne KI"-Walkthroughs einordnen lassen
Wo der Mehrwert liegt — nach Box-Typ
Statt einer scheingenauen Zeittabelle die ehrlichere Einordnung: Der Effekt hängt fast vollständig vom Box-Typ ab.
| Box-Typ | Effekt von Claude Code | Wobei konkret | |---|---|---| | Easy, klassischer Vektor (Lame, Beep, Bashed) | spürbarer Recon-Speedup | Service-/Version-Lookup, Payload-Variation | | Easy, exotischer Alt-Stack (Granny, Devel) | gut bei Doku-Lookups | WebDAV/IIS-Exploitation-Chains zusammenfassen | | Medium, Standard-Tech (Active) | moderat | Kerberoast-Output-Parsing, Hash-Mode finden | | Medium/Hard, Custom-Logic (Forest u.ä.) | wenig bis negativ | rät zu viel, führt auf falsche Spuren |
Grobe Größenordnung: Auf Easy-Boxen mit Standard-Vektoren ein Zeitgewinn im Bereich von 20-25 %, hauptsächlich beim Lesen von Outputs und beim Anpassen von Standard-Exploits. Bei Custom-Logic-Boxen kippt der Effekt ins Negative.
Wo Claude Code wirklich glänzt
Erstens, Recon-Output verstehen. nmap-Scans mit zwölf offenen Services, gobuster-Listen mit 200 Treffern, BurpSuite-Crawler-Trees — Claude Code parst das ohne zu murren und priorisiert. "Du hast hier SMB v1, das ist auf Lame ein Indikator für CVE-2007-2447." Das spart wirklich Zeit.
Zweitens, Payload-Anpassung. Wenn ein Standard-Exploit nicht direkt klappt (falscher Pfad, andere Encoding-Anforderung), ist Claude oft schneller im Anpassen. Beispiel: eine LFI, die Standard-Payloads ablehnt — Claude findet in zwei Versuchen die richtige Encoding-Variante.
Drittens, exotische Tech-Stack-Doku. Bei einer Box mit IIS 6.0 und WebDAV, mit der man seit Jahren nicht mehr gearbeitet hat, fasst Claude Code die WebDAV-Exploitation-Chain in vier Sätzen zusammen, statt dass man fünfzehn Minuten in alten Blog-Artikeln verbringt.
Wo Claude Code stört
Erstens, Halluzinationen bei spezifischen CVE-Details. Claude wird gern kreativ, wenn es den exakten Exploit-Code für eine alte CVE nicht hat. Das wird gefährlich, weil der erfundene Code oft "plausibel aussieht", aber nicht funktioniert — etwa ein aspx-Webshell-Upload mit einer Payload, die einen Buffer-Overflow exploitet, den die IIS-Konfig gar nicht hat. Verschwendete Minuten, bis man es merkt.
Zweitens, "Hilfsbereitschafts-Spirale" bei Custom-Setups. Ein Custom-Active-Directory-Setup, das nicht in Standard-Walkthroughs steht: Claude will helfen, stellt Vermutungen über die Struktur an, führt auf falsche Spuren. Oft ist man effektiv schneller, wenn man Claude rausnimmt und manuell mit BloodHound arbeitet.
Drittens, Privilege-Escalation auf Linux. Lokale Enumeration ist im Mode default extrem zäh, weil jeder einzelne find-Aufruf approve-pflichtig ist. Der Wechsel auf acceptEdits löst das, ist aber genau der Mode, der aus Sicherheitssicht riskant ist — ein Trade-off ohne saubere Lösung.
Prompts, die gut funktionieren
Damit es nicht abstrakt bleibt — drei Prompt-Muster, die sich bewähren:
Nach einem nmap-Scan:
"Hier mein nmap-Output. Welche Services sind interessant für initial access, sortiert nach Wahrscheinlichkeit eines bekannten CVE? Keine Halluzinationen — wenn du eine CVE nennst, gib mir die CVE-Nummer und Veröffentlichungsdatum mit."
Nach gobuster:
"Hier alle gefundenen Pfade. Was schlägst du vor, um Code-Execution zu kriegen? Wenn das ein Standard-IIS-Default ist, sag mir den Lookup-Befehl, nicht den Exploit selbst — ich will das selbst nachprüfen."
Nach einem Initial-Foothold:
"Ich hab einen User-Hash über Kerberoast. Hier der Hash. Welcher Hashcat-Mode ist der richtige? Ich starte selbst, gib mir nur den exakten Befehl mit --help-Erklärung jeder Option."
Das gemeinsame Muster: Claude bekommt Daten, gibt Empfehlungen, der Mensch entscheidet. Lässt man Claude direkt etwas ausführen, verliert man oft mehr Zeit beim Korrigieren als beim Selbst-Machen.
Was man bewusst nicht delegiert
- Lateral Movement und AD-Enumeration — brauchen Erfahrung mit Edge-Cases, die Claude nicht hat
- Interpretation von Crash-Dumps und Reverse-Engineering — Claude rät zu schnell, IDA Pro und Ghidra bleiben manuell
- Custom-Exploit-Entwicklung — Claude kann Standard-Payloads anpassen, aber kein Heap-Spray für eigene Buffer-Overflows
Setup-Empfehlung zum Nachmachen
Für Claude Code auf CTF/HTB, pro CTF-Verzeichnis eine ~/htb/.claude/settings.json:
{
"permissions": {
"allow": [
"Bash(nmap *)",
"Bash(gobuster *)",
"Bash(curl *)",
"Bash(nikto *)",
"Bash(searchsploit *)",
"Bash(hashcat *)",
"Bash(john *)",
"Bash(crackmapexec *)",
"Bash(ldapsearch *)"
],
"deny": [
"Bash(*sudo*)",
"Bash(rm *)",
"Bash(curl * | bash *)",
"Bash(curl * | sh *)"
]
},
"permissionMode": "default"
}
Das gibt Recon-Tools ohne Approval-Spam, aber jeder Exploit-Run und jede Privilege-Eskalation muss durch deine Hände.
Zusätzlich: Eine CLAUDE.md im CTF-Verzeichnis mit der einen Regel "Wenn du eine CVE behauptest, immer mit Nummer und Datum belegen, sonst sag, dass du es nicht weißt." — das senkt die Halluzinationsrate spürbar.
Fazit
Claude Code ist auf HTB-Easy-Boxen ein nettes Pair-Programming-Tool. Es spart in der Größenordnung 20-25 % Zeit, hauptsächlich beim Lesen von Outputs und beim Anpassen von Standard-Exploits. Es ist nicht der "Auto-Pwn"-Knopf, den manche LinkedIn-Posts versprechen.
Bei Medium-Boxen ist der Mehrwert klein und stark davon abhängig, ob die Box "Standard-Tech" hat (AD-Misconfig: gut) oder "Custom-Logic" (eigene Web-App: schlecht). Für Hard- und Insane-Boxen bietet sich Claude vor allem für Doc-Lookups und Code-Review der eigenen Exploits an — den eigentlichen Hack macht der Mensch.
Rechtlicher Hinweis
Die hier gezeigten Techniken dürfen ausschließlich in einem der folgenden Kontexte angewendet werden:
- Eigenes Lab / eigene Hardware (z. B. eigener Router, eigene VMs)
- Capture-The-Flag-Umgebung (HackTheBox Retired Lab, alle Boxen offiziell freigegeben)
- Schulungsumgebung (DVWA, Juice Shop, WebGoat, HackerLab)
- Autorisierter Pentest mit schriftlichem Auftrag
- Bug-Bounty-Programm im dokumentierten Scope (HackerOne, Intigriti, YesWeHack)
Die Anwendung dieser Techniken gegen Systeme Dritter ohne ausdrückliche schriftliche Erlaubnis ist in Deutschland nach §§ 202a, 202b, 202c, 303a, 303b StGB strafbar. Wir übernehmen keine Haftung für Missbrauch.
Du bist Pentester, Bug-Bounty-Hunter oder CTF-Spieler? Komm in die Zone "Hacking & Security" im Discord — da diskutieren wir Techniken und teilen Lab-Setups.
