13.1 — Die Welt hat sich verändert

Wofür diese Lerneinheit gut ist

Diese Einheit erklärt nicht, wie LLMs im Detail funktionieren oder welche Werkzeuge welcher Anbieter bereitstellt — das vertiefen die Einheiten 13.2 und 13.3. Hier geht es darum, die neue Lage zu verstehen: Wie hat sich die Zeitachse von Angriff und Verteidigung verschoben, warum profitieren Angreifer überproportional von Coding Agents, und welche Implikationen hat das für ein deutsches Kreditinstitut, das seine Kernbankensystem-Releases nach BAIT-Vorgaben quartalsweise plant?

Wenn diese Einheit zu Ende ist, kannst du erklären, warum die Branche seit Anfang 2026 von einem „AI Vulnerability Storm” spricht, was die Zero Day Clock zeigt, und warum eine Bank diese Entwicklung nicht ignorieren kann — auch dann nicht, wenn ihr Kerngeschäft mit AI scheinbar nichts zu tun hat.

Was sich gemessen hat: die Zero Day Clock

Die Time-to-Exploit (TTE) ist eine in der IT-Security etablierte Kennzahl: die Zeit zwischen der öffentlichen Bekanntmachung einer Sicherheitslücke und ihrer ersten dokumentierten Ausnutzung in freier Wildbahn. Sie misst, wie viel Reaktionszeit Verteidiger im Schnitt haben.

Der von Sergej Epp (CISO Sysdig) im März 2026 vorgestellte Zero Day Clock trägt diese Kennzahl seit 2018 zusammen. Datengrundlage sind 3.533 Paare aus CVE-Veröffentlichung und bestätigter Ausnutzung, aus den CISA-KEV-, VulnCheck-KEV- und XDB-Datenbanken. Die Entwicklung im Überblick:

Die parallel im Datensatz steigende Zahl der „weaponized exploits” (Ausnutzungs-Werkzeuge, die fertig im Umlauf sind) bestätigt: Das ist kein statistisches Artefakt. Es gibt nicht weniger Lücken — es geht schneller, sie auszunutzen.

Warum die Verschiebung struktureller Natur ist

Die TTE ist nicht aus organisatorischen Gründen gefallen, sondern aus zwei technisch beGründeten:

Erstens: Vulnerability-Discovery ist nicht mehr handwerklich. Sicherheitsforscher und Angreifer nutzen seit 2024 zunehmend LLM-gestützte Werkzeuge, die ganze Codebasen autonom auf Schwachstellen prüfen. Die DARPA AIxCC-Finals im August 2025 zeigten öffentlich, wie 54 Schwachstellen in vier Stunden Rechenzeit über 54 Millionen Codezeilen gefunden wurden. Was 2024 noch Spitzenleistung war, ist 2026 für jeden mit einem Cloud-Account und einem Wochen-Budget machbar.

Zweitens: Exploit-Entwicklung ist nicht mehr handwerklich. Anthropic dokumentierte im November 2025 eine staatlich gesteuerte Operation, in der ein LLM komplette Angriffsketten — Aufklärung, Eindringen, Persistenz, Datenabfluss — über rund 30 globale Ziele autonom orchestriert hatte. Die menschlichen Operatoren wurden nur an wenigen Entscheidungspunkten gebraucht.

Beides zusammen ergibt eine strukturelle Asymmetrie. Das ist der entscheidende Begriff. Es ist nicht so, dass Angreifer und Verteidiger gleichermassen von AI profitieren. Sie profitieren grundsätzlich ungleich:

• Angreifer brauchen nur eine Lücke. Sie können tausende Versuche parallel laufen lassen, bis einer funktioniert. AI senkt für sie Kosten und Aufwand.
• Verteidiger müssen alle Lücken schließen. Sie müssen Patches testen, Releaseverfahren einhalten, Change-Management durchlaufen, regulatorische Vorgaben dokumentieren. AI senkt zwar auch deren Aufwand — aber nicht im gleichen Mass, weil die Verteidigungsarbeit organisatorisch und prozessual rahmenhart bleibt.

Was 2025 und 2026 konkret passiert ist

Eine knappe Zeitleiste, die den Trend verständlich macht — nicht erschöpfend, sondern als Orientierung. Farb-Code: Capability-Meilensteine, Branchen-Reaktion, staatliche Operation, dokumentierter Vorfall.

Mythos ist also nicht der Anfang dieser Entwicklung, sondern der Moment, an dem sie öffentlich nicht mehr ignorierbar wird. Genau das ist die Bedeutung: Der Vorstand fragt jetzt.

Banking-Lens — was das für eine deutsche Bank bedeutet

Hier wird es konkret. Eine deutsche Bank arbeitet in einem regulatorisch geschnürten Rahmen, der zwei harte Realitäten vereinbaren muss:

Realität 1: Patching ist nicht trivial. Ein Kernbankensystem wird nicht jede Nacht durchgerollt. Releasezyklen folgen DORA Art. 9 (Schutz und Prävention, inkl. Patch-Management) sowie parallel BAIT Kap. 8 (IT-Betrieb) bis Ende 2026, dem internen Change-Management nach MaRisk AT 7.2 und in der Regel dem Quartalsrhythmus großer Anbieter wie Finanz Informatik, Atruvia oder TCS BaNCS. Selbst „kritische” Patches durchlaufen typischerweise mehrere Werktage Testzyklen.

Realität 2: Vorfallmeldung ist gesetzlich getaktet. Nach DORA Art. 19 muss ein „schwerwiegender IKT-Vorfall” innerhalb von 4 Stunden nach Klassifizierung initial an die BaFin gemeldet werden, mit Zwischenbericht nach 72 Stunden und Abschlussbericht nach einem Monat. Diese Fristen wurden 2022 in einer Welt entworfen, in der Angreifer noch Tage brauchten, um aus einer entdeckten Lücke einen einsatzbereiten Exploit zu bauen.

Die Lücke zwischen diesen beiden Realitäten und einer 9-Stunden-Welt ist offensichtlich. Wenn ein Exploit existiert, bevor der Patch deinen Test-Server erreicht, sind klassische Maßnahmenfolgen aus dem Notfallhandbuch nicht mehr ausreichend. Es geht weniger um „schneller patchen” als um andere Verteidigungslogiken: Mikrosegmentierung, Egress-Filterung, identitätsbasierte Zugriffstrennung, automatisierte Containment-Logik. Diese Maßnahmen reduzieren den Schaden, wenn — nicht falls — eine Lücke ausgenutzt wird, bevor sie geschlossen werden konnte.

Was du aus dieser Einheit mitnimmst

Drei Punkte, die die nächsten Einheiten tragen:

1. Die TTE ist keine Theorie. Sie ist gemessen, dokumentiert und reproduzierbar. Der Zero Day Clock ist eine belastbare Quelle, weil er auf offenen Datenbanken aufbaut.
2. Die Asymmetrie ist strukturell, nicht konjunkturell. Sie wird nicht durch bessere Verteidigerwerkzeuge automatisch verschwinden, weil sie auf der Geometrie von Angriff und Verteidigung beruht.
3. Für eine Bank ist die Konsequenz nicht „mehr patchen” — sondern eine veränderte Verteidigungslogik. Die nächsten Einheiten zeigen, wie das aussieht.

In 13.2 sehen wir uns die Angreifer-Seite im Detail an — was AI-gestützte Vulnerability-Discovery technisch leistet und welche konkreten Werkzeuge bereits existieren. In 13.3 dann das Pendant für Verteidiger.

Quellen und weiterführendes Material

• Zero Day Clock von Sergej Epp — die visualisierte Datenbasis dieser Einheit
• CSA Strategy Briefing „The AI Vulnerability Storm” — Originalpapier mit voller Risikoregister-Tabelle und Priority Actions
• DARPA AI Cyber Challenge (AIxCC) — die Capability-Demonstration im August 2025
• BaFin-Seite zu DORA — die deutsche Aufsichts-Perspektive auf IKT-Vorfällen