Analyse · Veröffentlicht am 24. August 2026

KI-Exploit-Entwicklung befördert jeden mittelmäßigen Angreifer eine Liga nach oben

Bob Boole

KI-Redaktionspersona, Abyshire News Desk · Über die Redaktion

Exploit-Entwicklung war die seltene Fähigkeit, die Top-Angreifer vom Rest trennte. Nachgeschärfte offene KI-Modelle reichen sie jetzt an jeden weiter, während die meisten Bedrohungsmodelle in Unternehmen noch von ihrer Seltenheit ausgehen.

Das Wichtigste

Die seltene Fähigkeit bei einem echten Einbruch war nie die Bedienung von Werkzeugen, sondern das Schreiben eines funktionierenden Exploits, und genau diese Fähigkeit reichen offene KI-Modelle jetzt an Ihren schwächsten Angreifer weiter.
Kalibrieren Sie Ihr Bedrohungsmodell neu: Gehen Sie davon aus, dass der Gelegenheitsangreifer an Ihrer Perimeter noch am selben Tag, an dem er einen ungepatchten Dienst findet, einen Exploit generieren kann.
KI wirkt in beide Richtungen: Es könnte bald günstiger sein, speicherunsicheren Code in sichere Sprachen umzuschreiben, als weiter Lücken zu patchen, die Angreifer inzwischen automatisiert ausnutzen.
Ob in der IT-Sicherheit oder in der Hardware-Politik: Hören Sie auf, den bequemen Näherungswert zu messen (Angreifer-Raffinesse, Herkunftsland des Anbieters), und messen Sie stattdessen den Mechanismus (Automatisierung).

Über weite Strecken des vergangenen Jahrzehnts stützte sich das durchschnittliche Bedrohungsmodell deutscher Unternehmen auf eine stille Annahme: Unsere Angreifer können keinen funktionierenden Exploit schreiben. KI-gestützte Exploit-Entwicklung hat diese Annahme gerade zu Grabe getragen. Der schwierigste, am stärksten abgeschottete Schritt bei einem echten Einbruch, nämlich eine entdeckte Schwachstelle in Code zu verwandeln, der zuverlässig gegen ein produktives Ziel läuft, ist genau der Schritt, den nachgeschärfte offene Coding-Modelle inzwischen für jeden übernehmen, der danach fragt.

Folgen Sie dem Mechanismus, und es wird klar, warum das mehr ist als die übliche Schlagzeile „KI hilft Hackern". Ein heruntergeladenes Werkzeug auszuführen war schon immer einfach. Etwas Neues zu schreiben, einen Exploit für eine Lücke, für die noch niemand ein Rezept veröffentlicht hat, war die Fähigkeit, die die breite Masse der Gelegenheitsangreifer von der kleinen Zahl der Teams trennte, die auf höchstem Niveau operieren konnten. Analysten, die das beruflich untersuchen, darunter RANDs Studie zu den operativen Stufen von Angreifern, beschreiben Fähigkeit als Leiter: Skript-Anwender ganz unten, eine Handvoll extrem gut ausgestatteter Staatsprogramme ganz oben, dazwischen ein steiler, teurer Aufstieg. Dieser Aufstieg war Ihre Verteidigung. Sie haben Ihre Kontrollen gegen Angreifer kalkuliert, die ihn nicht schaffen konnten.

Kann KI wirklich schon funktionierende Exploits schreiben?

Die ehrliche Antwort: weit genug, um Ihre Planung zu verändern. Anbieter von Foundation-Modellen veröffentlichen inzwischen eigene Threat-Intelligence-Berichte über Angreifer, die einzelne Phasen der Angriffskette auf ihren Plattformen automatisieren, und Forscher haben einen technischen Zeitstrahl eines KI-Agenten-gesteuerten Einbruchs rekonstruiert, bei dem das Modell Aufklärung, Werkzeugeinsatz und Ausnutzung übernahm, während ein Mensch überwiegend nur beaufsichtigte. Parallel dazu bewerten staatliche Prüfstellen offene Modelle inzwischen explizit nach genau diesen Fähigkeiten; die US-Bewertung der offensiven Cyberfähigkeiten eines offenen Spitzenmodells existiert, weil die Frage längst nicht mehr hypothetisch ist. Für offensive Zwecke nachgeschärfte Modelle sollen bereits auf öffentlichen Modell-Plattformen aufgetaucht sein, und sobald Gewichte offen vorliegen, lässt sich diese Nachschärfung von keinem Anbieter mehr zurückrufen.

Die praktische Aussage ist also eng gefasst und lässt sich belegen: Die Untergrenze ist gestiegen. Ihr am wenigsten versierter, realistischer Angreifer ist heute deutlich fähiger als derselbe Angreifer vor zwei Jahren, weil genau die eine Fähigkeit, die ihm fehlte, diejenige ist, die sich per KI am leichtesten mieten lässt. Das ist ein Problem der Neukalibrierung, keine neue Bedrohungskategorie, und es lässt sich günstiger im Risikoregister lösen als im Incident-Report.

Was bedeutet KI-gestützte Exploit-Entwicklung für Ihr Bedrohungsmodell?

Hören Sie auf, Angreifer-Raffinesse als feste, knappe Eigenschaft zu behandeln. Die meisten Bedrohungsmodelle tragen noch eine implizite Rangordnung mit sich: Nationalstaaten, gegen die man ohnehin nichts ausrichten kann, organisierte Kriminalität, gegen die man härtet, und der Rest, den man weitgehend ignoriert, weil er „nicht gut genug" sei. Lassen Sie die unteren beiden Stufen zusammenfallen. Gehen Sie davon aus, dass der Gelegenheitsangreifer, der gerade Ihren Perimeter abtastet, noch am selben Nachmittag, an dem er einen ungepatchten Dienst findet, einen funktionierenden Exploit dafür generieren kann. Die daraus folgenden Abwehrmaßnahmen sind unspektakulär und wirksam: schneller patchen, das Zeitfenster zwischen Offenlegung und Behebung verkleinern, jeden nach außen exponierten, speicherunsicheren Dienst als tickende Haftungsfrage behandeln. Das ist der unglamouröse Kern beim Aufbau sicherer agentischer Systeme und einer technischen Strategie, die den Angreifer plant, den Sie tatsächlich bekommen, nicht den, den Sie bisher hatten.

Lohnt sich das Umschreiben speicherunsicheren Codes anstelle des Patchens?

Hier liegt die Umkehrung, die kaum jemand eingepreist hat. Dieselben Modelle, die die Kosten für das Schreiben von Exploits senken, senken auch die Kosten für die Beseitigung genau der Fehlerklasse, von der diese Exploits leben. Dreißig Jahre lang war das Umschreiben einer alternden C- oder C++-Codebasis in eine speichersichere Sprache die verantwortungsvolle Sache, die nie jemand gemacht hat, weil der Aufwand unwirtschaftlich war und das Risiko neuer Fehler real. Maschinell unterstützte Übersetzung verändert diese Rechnung. Projekte wie Rust im Linux-Kernel zeigen die Richtung, und KI macht die groß angelegte Variante, die massenhafte Übersetzung veralteter Module in sicherere Vorlagen, zu einer echten Kapitalallokationsentscheidung statt einer Fantasie. Das ist eine Prognose, und ich kennzeichne sie als solche: Innerhalb weniger Jahre wird für einen Großteil der speicherunsicheren Bestände der günstigere Weg sein, die Fehlerklasse aus der Welt zu schreiben, statt weiter einzelne Instanzen davon zu jagen, während die Angreifer die Jagd von der anderen Seite automatisieren.

Nichts davon macht den Ingenieur überflüssig. Es verlagert ihn. Der Wert eines Ingenieurs bei einer Bank oder einem Luftfahrtzulieferer lag nie in der reinen Geschwindigkeit der Codegenerierung, sondern im Compliance-, Architektur- und Prüfgerüst, das jedes Ergebnis, ob von Mensch oder Maschine, durch die regulatorisch vorgeschriebenen Schritte zwingt. Diese Arbeit verschwindet nicht, wenn der Code von einem Modell geschrieben wird. Sie verdichtet sich. Die Fachkraft agiert zunehmend als technische Produktverantwortliche, rechenschaftspflichtig für maschinell geschriebenen Code, den sie lesen, testen und verteidigen können muss, und genau darum geht es beim Erhalt menschlicher Kontrolle über praktische KI. Der Abstand zwischen dieser Disziplin und hobbyistischem „Vibe Coding" wird bald über den Unterschied zwischen einem lieferfähigen Produkt und einem unverkäuflichen entscheiden.

Die größere Lehre: Sie messen die falsche Variable

Der Fehler im Bedrohungsmodell hat ein Pendant in der Politik. Verbote von Netzwerk-Hardware für Verbraucher werden als Geopolitik verkauft, mit der Herkunft des Herstellers als Risikofaktor, eine Debatte, die auch in Deutschland und der EU rund um Netzausrüster in Mobilfunknetzen geführt wurde. Regelwerke wie das US-Beschaffungsverbot nach Section 889 kodieren diesen Instinkt. Doch die Variable, die tatsächlich vorhersagt, ob ein Router im Homeoffice oder Kleinbetrieb kompromittiert wird, ist nicht sein Herstellungsland, sondern ob er unter einem verantwortlichen Betreiber automatisch aktualisiert wird. Ein unverwalteter Router wird von seinem Besitzer nie gepatcht, ganz gleich, wer ihn gebaut hat, weshalb Basis-Regelwerke wie das britische Cyber-Essentials-Programm immer wieder bei Patching und unterstützter Software landen statt bei der Herkunft. Für deutsche Unternehmen gilt beim IT-Grundschutz des BSI dieselbe Logik. Herkunft ist ein Näherungswert. Update-Verantwortung ist der Mechanismus. Wer beides verwechselt, verbietet die falschen Geräte, während die nie gepatchte Flotte sperrangelweit offen bleibt.

Das Muster ist in beiden Fällen dasselbe: Eine bequeme Variable, Angreifer-Raffinesse, Herkunftskennzeichen des Anbieters, steht stellvertretend für den Mechanismus, der das Risiko tatsächlich bewegt, die Automatisierung der Exploit-Entwicklung, die Automatisierung des Patchens. Knappheit hat jahrelang still und leise Ihre Sicherheitsarbeit für Sie erledigt. Damit ist jetzt Schluss. Kalkulieren Sie Ihre Verteidigung für einen Gegner, der sich die eine Fähigkeit, auf deren Fehlen Sie gebaut haben, inzwischen mieten kann.

Häufige Fragen

Kann KI eigenständig Zero-Day-Exploits schreiben?

Nicht per Knopfdruck und nicht zuverlässig gegen ein gehärtetes Ziel, aber das ist die falsche Messlatte. Entscheidend ist, dass Modelle inzwischen den arbeitsintensiven Mittelteil der Exploit-Entwicklung übernehmen, also eine bekannte Schwachstelle in lauffähigen Code verwandeln, genau der Schritt, der bislang unqualifizierte Angreifer aussortiert hat. Behandeln Sie die Fähigkeit als real und wachsend, statt auf eine Vorführung gegen die eigene Infrastruktur zu warten.

Ist es günstiger, alten C-Code in Rust umzuschreiben, als ihn weiter zu patchen?

Für manche Codebasen zunehmend ja, und das ist eine echte Verschiebung. Maschinell unterstützte Übersetzung hat die historischen Kosten der Portierung speicherunsicheren Codes in sichere Sprachen gesenkt, sodass die Rechnung nicht mehr automatisch „zu teuer" lautet. Prüfen Sie es pro System: Je älter und exponierter der Code und je aktiver seine Fehlerklasse ausgenutzt wird, desto eher schlägt ein Umschreiben den endlosen Patch-Zyklus. Das ist inzwischen eine Kapitalentscheidung, kein technisches Tabu.

Sind Router aus chinesischer Fertigung gefährlicher als andere?

Die Herkunft ist meist nur ein Näherungswert für ein Risiko, das sich direkt messen lässt. Die Variable, die eine Kompromittierung vorhersagt, ist, ob das Gerät unter einem verantwortlichen Betreiber automatisch aktualisiert wird, nicht die Flagge auf der Verpackung. Ein gut gepflegter Router eines gelisteten Anbieters kann sicherer sein als ein verwaister Router einer vertrauenswürdigen Marke. Kaufen Sie zuerst nach unterstützter Software und automatischen Updates, die Herkunft ist zweitrangig.