KI hat Hacking nicht magisch gemacht – sie hat es industrialisiert. KI-gestützte Cyberangriffe (engl. AI-augmented attacks) machen aus dem, was früher „zu aufwendig” war – internetweites Scannen, massenhaftes Testen von Zugangsdaten, Auswertung von Konfigurationen – ein skalierbares Risiko. Einzelne Akteure mit begrenzter eigener Expertise können Kampagnen fahren, die früher Infrastruktur und Team erfordert hätten. Für Unternehmen verschiebt sich die Gefahr: Nicht nur Zero-Days zählen, sondern die klassischen Schwachstellen – exponierte Management-Oberflächen, Passwort-only-Zugänge, Passwortwiederverwendung, Patch-Lücken – werden in der Summe zum Massenrisiko.
In diesem Artikel erfahren Sie, was AI-augmentiertes Low-Skill-Hacking ausmacht, warum „alte” Angriffe dadurch wieder gefährlich werden und welche Maßnahmen Sie priorisieren sollten. Eine konkrete Fallstudie (Threat Intelligence 2026) dient als Beleg – der Fokus liegt auf dem zeitlosen Muster, nicht auf einem einzelnen Hersteller.
- Nach rund 8 Minuten wissen Sie, was KI-gestützte Angriffsautomatisierung ist und warum Grenzkosten pro Angriff sinken.
- Sie verstehen die typische Angriffskette (Scan → Credential Abuse → Recon → Backup/Recovery) und den Multiplikator „Identität”.
- Sie haben eine priorisierte Liste von Schutzmaßnahmen und können Ihren eigenen Stand prüfen (Exposure, MFA, Patchen).
Was ist AI-augmented Low-Skill-Hacking?
Warum KI „alte” Angriffe wieder gefährlich macht
Skalenökonomie: Grenzkosten pro Versuch sinken
Internetweites Scanning ist seit Jahren technisch möglich, aber die Operationalisierung – Tooling, Datenauswertung, Fehlerbehandlung, Priorisierung – war ein Skill- und Zeitfresser. Bereits vor über einem Jahrzehnt zeigten Studien, dass ein einzelnes Tool das gesamte IPv4-Adressspektrum für einen Port in unter einer Stunde scannen kann. Aktuelle Telemetrie aus großen Netz-Teleskopen und Port-Statistiken zeigt eine massive Zunahme von Scanning über das letzte Jahrzehnt – in einigen Beobachtungen Größenordnungen von deutlich höherem Volumen als noch vor Jahren.
KI wirkt als „Kopplungsstück”, das aus Rohdaten schneller handlungsfähige Listen und Workflows macht: Code schreiben, Logs parsen, Treffer priorisieren, nächste Schritte planen. Das Ergebnis ist kein „Genie-Exploit”, sondern KI als Beschleuniger für Standardmethoden – und damit sinken die Grenzkosten pro Angriffsversuch in Richtung null.

Geschwindigkeit: Tooling, Parsing, Playbooks
In kontrollierten Studien erledigten Entwickler mit einem Code-Assistenten Programmieraufgaben deutlich schneller als ohne (Größenordnung 50 %+ Zeitersparnis). Übertragen auf Angreifer: Skripte, Glue-Code, Parser und Scanner-Kombinationen entstehen schneller. Genau diese „kleinen” Tools entscheiden in Massenkampagnen über Skalierung. Gleichzeitig strukturiert KI Konfigurationsdaten und Logs, generiert Recon-Schritte und sogar Angriffspläne mit Priorisierung – „Low-Skill”-Akteure können dadurch konsistent „mittelgut” operieren, ohne tiefes Exploit-Engineering.
Identität als Multiplikator: Passwortwiederverwendung und MFA-Lücken
Viele erfolgreiche Kampagnen kommen ohne ausgefeilte Exploits aus, wenn Identität schwach abgesichert bleibt: exponierte Web-Management-Ports plus Credential Abuse (gestohlene oder wiederverwendete Zugangsdaten) reichen für Initial Access. Externe Daten belegen, dass Passwortmissbrauch systemisch skaliert:
- Cloudflare (Sep–Nov 2024): 41 % der erfolgreichen Logins betreffen kompromittierte Passwörter – starker Indikator für Wiederverwendung und Credential-Stuffing-Effektivität.
- Verizon (DBIR): Kompromittierte Zugangsdaten in 22 % der Breaches als Initial Access; in einem Infostealer-Datensatz nur 49 % der Passwörter je Person über Dienste hinweg eindeutig.
- F5: Automation und „malicious login attempts” bleiben in großem Maßstab präsent – z. B. zweistellige Prozentanteile im Login-Traffic, Spitzenwerte bis über 33 % (Web, Technologie-Branche).
MFA ist die naheliegende „Kante”, an der sich Credential Stuffing bricht – doch die Adoption bleibt unvollständig (z. B. Industrie-Adoptionsraten typischerweise 60–80 %, in Deutschland nur rund die Hälfte der Unternehmen mit fortgeschrittener Benutzeridentifikation/2FA; über 99 % kompromittierter Accounts ohne MFA).
Mehr als 99,9 % kompromittierter Accounts hatten keine MFA – Passwörter bleiben ein Single Point of Failure.

Patch-Latenz & Exposure: bekannte Lücken in Masse
KI macht nicht nur Credential-Workflows schneller, sondern verstärkt den Effekt bekannter CVEs, weil Angreifer Patch-Lücken schneller ausnutzen können als viele Organisationen schließen. Beispiel: Eine kritische SSL-VPN-Schwachstelle in weit verbreiteten Perimetergeräten wurde vom Hersteller gepatcht – dennoch meldeten Beobachter noch Wochen später über 130.000 potentiell betroffene exponierte Geräte.
Der Mechanismus ist derselbe: Sobald Abwehrhygiene nicht konsistent ist (Patch, Admin-Exposure, MFA), wird die Schwäche zu einem skalierbaren Problem – und KI reduziert die Grenzkosten pro zusätzlichem Ziel. Die Angriffsfläche ist riesig: Globale Port-Statistiken zeigen zweistellige Millionenwerte allein für typische HTTPS-/Management-Ports (443, 8443, 10443, 4443).
Typische Angriffskette (vendor-neutral)
Das beobachtbare Muster ist herstellerübergreifend:
Angriffskette Schritt für Schritt
- 1
Scan/Discovery
Internetweites Auffinden exponierter Management-Weboberflächen (typische Ports: 443, 8443, 10443, 4443).
- 2
Credential Abuse
Testen häufiger oder gestohlener Zugangsdaten; teils Wiederverwendung zwischen Geräten oder Diensten.
- 3
Config/Recon
Auslesen und Strukturieren von Gerätekonfigurationen – Kartierung von Netzwerksegmenten, VPN-Einstellungen, Benutzer- und Policy-Strukturen.
- 4
Post-Compromise/PrivEsc
Einsatz etablierter Offensiv-Tools (z. B. Credential Dumping, DCSync) zur Extraktion von Identitätsdaten.
- 5
Backup/Recovery-Kill
Gezielte Suche nach Backup-Systemen (z. B. Veeam Backup & Replication), um an Zugangsdaten und Steuerungspunkte der Backup-Infrastruktur zu gelangen – bekannte Vorstufe für Ransomware- oder „Recovery-Prevention"-Taktiken.

Fallstudie: Kompromittierte Perimetergeräte in Serie (Beispiel 2026)
Die folgende Box fasst eine konkrete Kampagne zusammen, die von Threat-Intelligence (AWS) beobachtet wurde. Sie dient als Beleg für das beschriebene Muster – nicht als Hauptstory. Wer ausschließlich an diesem einen Fall interessiert ist, findet die Kernzahlen und TTPs hier; für die langfristige Einordnung zählt das allgemeine Risiko (siehe Abschnitte oben und unten).


Pre-AI vs. AI-augmentiert: Was sich verändert
Die folgende Tabelle verdichtet, was in beobachteten Kampagnen und in Telemetrie/Reports zur „Automation Economy” sichtbar wird (u. a. F5, Shodan, Verizon, Cloudflare, AWS Threat Intelligence).
Pre-AI vs. AI-augmentierter Angreifer
| Dimension | „Pre-AI" (klassisch) | AI-augmentiert (2026-Realität) | Typische Auswirkung |
|---|---|---|---|
| Tooling/Script-Erstellung | Manuelles Coden/Debuggen; hohe Hürde für Multi-Language & Robustheit | Prompt → Code in Minuten; Iteration/Refactor schnell (aber fehleranfällig) | Mehr Targets pro Zeiteinheit; mehr Variationen/Anpassungen |
| Recon & Datenaufbereitung | Viel Handarbeit: Parsing, Normalisierung, Priorisierung | KI strukturiert Logs/Configs, generiert Queries & Recon-Schritte | Schnellere „Time-to-Next-Step" nach Initial Access |
| Kampagnen-Planung | Erfahrungswissen erforderlich; Lernkurve steil | KI generiert Playbooks, Entscheidungsbäume, Prioritäten | „Low skill" kann konsistent „mittelgut" operieren |
| Exploit-Engineering | Hohe Expertise nötig | KI hilft beim Kopieren/Anpassen, aber Debug/Edge-Cases schwierig | Häufige Failures bei komplexen Exploits; Erfolg v. a. bei Hygiene-Lücken |
| Skalierung | Botnet/Infra/Team erforderlich | Einzelperson kann „Assembly line" fahren | Mehr Opportunismus, mehr Breite, schnelleres Pivoting |
Erfolgsquote: Warum schon geringe Quoten reichen
Threat-Intelligence-Quellen veröffentlichen oft keine rohe Scananzahl oder Erfolgsquote. Für die Einordnung reicht das Prinzip: Wenn der Target-Space groß ist (z. B. Hunderttausende exponierter Management- oder VPN-Interfaces weltweit) und die Grenzkosten pro Versuch durch Automatisierung/KI gegen null gehen, reicht eine niedrige Erfolgsquote (Größenordnung 0,1–1 %) für Hunderte Kompromittierungen. Die Fallstudie oben (über 600 Treffer in 55 Ländern durch einen Akteur) belegt das Muster; die genaue Quote hängt vom konkreten Zielraum ab.
Was Unternehmen jetzt tun müssen: priorisierte Schutzmaßnahmen
Die Abwehr bleibt oft „klassisch”: Managementflächen nicht ins Internet, MFA, Passwortdisziplin, Patchen. Das ist konsistent mit der Unternehmensrealität in Deutschland: Laut BfV/Bitkom lagen Schäden durch Diebstahl/Spionage/Sabotage zuletzt bei 289,2 Mrd. €, davon 202,4 Mrd. € durch Cyberattacken; 59 % der befragten Unternehmen sehen sich existenziell bedroht.
Schnell-Check vor den Maßnahmen – 5 Punkte
- Sind Management- oder Admin-Oberflächen (Firewall, VPN, Backup) aus dem Internet erreichbar?
- Schützen Admin- und Remote-Zugänge MFA (idealerweise phishing-resistent)?
- Werden Admin-Passwörter ausschließlich für diese Systeme genutzt (kein Wiederverwenden)?
- Gibt es ein klares Exposure- und Patch-Management für Perimetergeräte mit Fristen?
- Werden Edge-Logs, IdP- und MFA-Events sowie Login-Anomalien ausgewertet?
Die Frage ist nicht, ob Unternehmen angegriffen werden, sondern wann – und ob sie erfolgreich abwehren können.
Priorisierte Schutzmaßnahmen
| Maßnahme | Zweck gegen AI-augmentierte „Low-Skill"-TTPs | Aufwand | Kosten | Security-Impact |
|---|---|---|---|---|
| Managementflächen nicht öffentlich erreichbar | Entfernt die „Sichtlinie" für Massenscans/Password-Guessing | Mittel (Netz/Firewall) | Niedrig–Mittel | Sehr hoch |
| MFA für Admin-/Remote-Zugänge (phishing-resistent) | Bricht Credential Stuffing/Reuse als Haupthebel | Mittel (Rollout/UX) | Niedrig–Mittel | Sehr hoch |
| Admin-Passwörter & Credentials getrennt halten (kein Reuse) | Verhindert „Sprungbrett"-Effekt nach Gerätekompromittierung | Mittel | Niedrig | Hoch |
| Patch- & Exposure-Management für Perimetergeräte mit SLA | Reduziert „Long Tail" bekannter CVEs (zehntausende Geräte bleiben oft verwundbar) | Mittel–Hoch | Mittel | Sehr hoch |
| Monitoring/Detection auf „Edge" + MFA/IdP-Logs | Erhöht Chance, „low noise" Credential Abuse zu entdecken | Mittel | Mittel | Hoch |
| Backup-Härtung (Segmentierung, Port-Restriktion, Admin-Tiering) | Verhindert den „Recovery Kill Switch"; Backup-Systeme sind häufiges Ziel (z. B. Veeam und andere) | Mittel | Mittel | Sehr hoch |
| Bot-/Rate-Limiting / Anomaly Detection für Login-Endpunkte | Reduziert Credential-Stuffing-Volumen (F5: zweistellige %-Raten im Login-Traffic) | Mittel | Mittel–Hoch | Mittel–Hoch |
| Incident-Playbooks & Recovery-Tests | Verkürzt Ausfallzeiten und vermindert Erpressbarkeit | Mittel | Niedrig–Mittel | Hoch |
Viele Hersteller von Perimetergeräten und Firewalls empfehlen in ihren Hardening-Guides explizit, administrative Zugriffe von externen Interfaces zu deaktivieren (z. B. HTTPS/SSH nur intern oder über gesicherte Zugangspfade). Ein Beispiel für dokumentierte Best Practices ist die Fortinet-FortiGate-Dokumentation.
Annahmen und Limitationen
- Zu konkreten Kampagnen liegen oft keine veröffentlichten Rohdaten zu Scanvolumen, Attempt-Zahlen oder Erfolgsquoten vor; Threat-Intelligence nennt typischerweise Opfer- und Länderanzahl, TTPs und qualitative Beobachtungen.
- Schätzungen (Erfolgsrate) basieren, wo angegeben, auf externen Proxies (z. B. Größenordnungen exponierter Interfaces) und sind bewusst als Bandbreiten formuliert.
- Port-Exposure-Zahlen (z. B. Shodan) sind global aggregierte Banner Counts, nicht produktspezifische Install-Basen.
- Geografische Darstellungen sind mangels veröffentlichter Fallzahlen pro Region oft qualitativ.
- Der KI-Beitrag ist kontextabhängig: Beobachtungen belegen den Force-Multiplier-Effekt für Routineangriffe, zeigen aber zugleich Grenzen bei komplexem Exploit-Engineering.
Häufige Fragen
Häufige Fragen
Wie verändert KI Cyberangriffe?
Warum sind Credential-Stuffing-Angriffe so erfolgreich?
Hilft MFA wirklich gegen KI-gestützte Angriffe?
Welche Maßnahmen bringen am meisten gegen AI-augmentierte Angriffe?
Woran erkennt man AI-augmented Scanning oder Credential Abuse?
Wenn Managementzugänge im Internet stehen und nur ein Passwort schützen soll: Das ist heute kein ‚hohes Risiko', sondern ein skalierbares Risiko.
Quellen
- AWS Security Blog: AI-Augmented Threat Actor Accesses FortiGate Devices at ScaleAmazon Web Services Security Blog, 2026
- HackRead: Amazon – Hacker nutzte KI-Tools für FortiGate-BreachHackRead, 2026
- Shodan – Port StatisticsShodan, Zugriff 2026
- Cloudflare: Password Reuse Rampant – Half of User Logins CompromisedCloudflare, Sep–Nov 2024
- Verizon: Credential Stuffing Attacks – 2025 DBIR ResearchVerizon, 2025
- Okta: Secure Sign-In Trends Report 2025Okta, 2025
- BfV/Bitkom: Studie – Deutsche Wirtschaft gegen Diebstahl, Spionage, SabotageBfV/Bitkom, 2025
- F5 Labs: 2025 Advanced Persistent Bots ReportF5, 2025
- Fortinet PSIRT: FG-IR-24-015 – FortiOS SSL-VPN (CVE-2024-21762)Fortinet, 2024
- Bitkom: Deutsche Wirtschaft gegen Diebstahl, Spionage, SabotageBitkom, 2025
- arXiv: The Impact of AI on Developer ProductivityarXiv, 2023
- Bishop Fox: CVE-2023-27997 – Exploitable FortiGate VulnerableBishop Fox
- Veeam KB4424 – Security AdvisoryVeeam
- NVD – CVE-2023-27532 (Veeam Backup & Replication)NIST NVD
- NVD – CVE-2024-40711 (Veeam Deserialization/RCE)NIST NVD
- BleepingComputer: Critical Fortinet flaw may impact 150,000 exposed devicesBleepingComputer, 2024
- Fortinet: FortiGate – System Administrator Best Practices (Hardening)Fortinet Documentation
- Microsoft: Security at your organization (MFA)Microsoft