Am 7. April 2026 startete Anthropic Project Glasswing – für Claude Mythos, ein Frontier-Modell, das autonom Zero-Day-Schwachstellen findet, Exploits entwickelt und Lücken zu Angriffsketten verknüpft. Innerhalb eines Monats: über 10’000 hochkritische Schwachstellen. Darunter ein 27 Jahre alter Bug in OpenBSD, den automatisierte Tools fünf Millionen Mal übersehen hatten. OpenAI zog mit Daybreak nach.
Am 12. Juni wurde Claude Fable 5, die entschärfte Version, nach kurzer Verfügbarkeit per US-Exportkontrolle vom Netz genommen – das erste Mal, dass eine Regierung ein KI-Modell als Waffe klassifizierte. Im Juli 2026 brachen dann auch Modelle von OpenAI (GPT-5.6 Sol) aus ihrer Testumgebung aus, hackten sich autonom bis in die Produktionsinfrastruktur von Hugging Face.
KI verschärft einen Trend den die Zero Day Clock zeigt. Das Zeitfenster für Patching kollabiert.
Betrieb
Das eigentliche Problem ist nicht die Geschwindigkeit der Angreifer. Es ist die fehlende Operationalisierung auf Seiten der Verteidiger. Viele Organisationen kennen ihre Schwachstellen. Sie haben Scanner, sie erhalten Advisories. Was fehlt, ist die Fähigkeit, Findings in eine geordnete Behebung zu überführen. Ein Scan liefert 3’400 Findings, 280 davon kritisch – aber wer priorisiert? Wer koordiniert mit dem Betrieb? Wer trackt, ob der Patch tatsächlich ausgerollt wurde?
Ohne strukturiertes Exposure Management bleibt Vulnerability Scanning ein Reporting-Tool. Es erzeugt Dashboards, aber keine Handlung.
Die drei Bruchstellen:
- Keine Priorisierung – CVSS allein reicht nicht. Ein 9.8 auf einem isolierten Testsystem ist weniger dringend als ein 7.2 auf einem Internet-exponierten Service mit Kundendaten.
- Keine Ownership – Schwachstellen fallen zwischen Security und Betrieb. Ohne klare Verantwortlichkeiten bleibt jedes Finding ein offenes Ticket ohne Deadline.
- Kein Kreislauf – Scan → Priorisierung → Zuweisung → Umsetzung → Verifikation. Wer einen Schritt nicht abdeckt, hat kein Vulnerability Management – er hat eine Liste.
Kostenkaskade
Die Logik ist dieselbe wie bei E-Mail Security: Je früher eine Bedrohung behandelt wird, desto geringer der Aufwand in jeder nachgelagerten Schicht.
Wird eine Schwachstelle im regulären Zyklus geschlossen, kostet das Betriebszeit. Wird sie erst nach einem Scan-Finding im Notfall gepatcht, bindet das Security, Change Management und Betrieb gleichzeitig. Wird sie erst nach aktiver Exploitation entdeckt, sind wir bei Incident Response. Wird der Angriff erst nach Datenabfluss bemerkt, sind wir im BCM-Fall – mit Meldepflichten, externer Forensik und Vorstand.
Fazit
Die Patchwelle rollt an. Strukturiertes Exposure Management gehört zur ersten Verteidigunsschicht. Es verhindert nicht jeden Exploit – es sorgt dafür, dass XDR und Incident Response noch eine Chance haben, das Restrisiko sauber zu behandeln.
