KI in der IT-Sicherheit: Wenn Agenten das Tempo bestimmen
Zwischen einem veröffentlichten Patch und dem ersten Angriff lag früher ein Monat. Heute reicht ein Abend. Das ist die eigentliche Veränderung, die KI in der IT-Sicherheit bringt: Agenten lesen Advisories, vergleichen alte und neue Softwarestände und bauen daraus Angriffe, während das Team schläft.
Alles geht schneller, deutlich schneller. Zero-Days bleiben gefährlich, das größere Problem für die meisten Unternehmen sitzt aber im Alltag: Das Zeitfenster zwischen Patch und Angriff schrumpft von Wochen auf Stunden. Wer Sicherheit im Wochen- oder Monatsrhythmus organisiert, verliert deshalb seltener gegen raffinierte Angreifer als gegen schnelle.
Was KI in der IT-Sicherheit verändert: das Tempo
KI in der IT-Sicherheit bezeichnet den Einsatz von Sprachmodellen und autonomen Agenten auf beiden Seiten: Angreifer finden und nutzen damit Schwachstellen, Verteidiger erkennen und schließen sie. Den größten Unterschied macht die Geschwindigkeit. Die Techniken selbst, also gestohlene Zugangsdaten, ungepatchte Systeme und zu weit gefasste Rechte, bleiben weitgehend dieselben.
Das BSI beschreibt die Lage in einer Sicherheitsinformation vom Juni 2026 sehr deutlich: Aus veröffentlichten Patches lässt sich mit KI innerhalb von Minuten bis Stunden ableiten, wie ein Exploit aussehen muss. Das BSI verlangt deshalb Reaktionszeiten von Minuten bis wenigen Stunden; wenige Tage seien keine angemessene Reaktionsgeschwindigkeit mehr (bsi.bund.de). Reagieren heißt dabei zuerst erkennen, bewerten und eine Schutzmaßnahme einleiten; das produktive Update folgt risikobasiert.
Ein Advisory um 19 Uhr, ein Agent über Nacht
Stell dir einen Dienstag vor. Am frühen Abend veröffentlicht ein Hersteller ein Advisory für eine Lücke in seiner VPN-Applikation, samt Patch. Bei dir landet die Mail im Sammelpostfach. Der Patch soll im nächsten Wartungsfenster laufen, potentiell erst nach der Freigabe im Change-Meeting.
Parallel lädt ein Angreifer den alten und den neuen Softwarestand herunter und gibt beides einem Agenten. Der vergleicht die Unterschiede, findet die geschlossene Lücke, schreibt einen neuen Exploit und iteriert so lange, bis er funktioniert. Danach sucht er im Internet nach erreichbaren Geräten dieses Typs. Als dein Team am Mittwochmorgen den ersten Kaffee holt, ist die Applikation längst ein Einstiegspunkt.
Von 63 Tagen auf minus sieben: Die Time-to-Exploit kippt
Die Time-to-Exploit misst, wie viel Zeit im Schnitt zwischen Patch und erster beobachteter Ausnutzung einer Lücke liegt; negative Werte bedeuten Angriffe vor dem Patch. Mandiant, die Incident-Response-Einheit von Google, verfolgt diesen Wert seit Jahren (cloud.google.com).
Zeitraum | Time-to-Exploit laut Mandiant |
|---|---|
2018–2019 | 63 Tage |
2020–Anfang 2021 | 44 Tage |
2021–2022 | 32 Tage |
2023 | 5 Tage |
2025 | −7 Tage (Schätzung) |
Für 2025 schätzt der M-Trends-Bericht den Wert auf minus sieben Tage: Im Mittel wurden Lücken eine Woche vor dem Patch ausgenutzt. Im selben Bericht schrumpft die Übergabe eines Zugangs von einer kriminellen Gruppe an die nächste von über acht Stunden im Jahr 2022 auf 22 Sekunden (cloud.google.com). Die Kurve fällt seit Jahren.
Ein methodischer Hinweis zu diesen Werten: Sie beziehen sich auf beobachtete und tatsächlich ausgenutzte Schwachstellen, nicht auf alle veröffentlichten CVEs. Einzelne Ausreißer verzerren den Durchschnitt stark; für 2023 nennt Mandiant fünf Tage, mit den Ausreißern sind es 47 Tage. Die Time-to-Exploit beschreibt deshalb einen Trend für ausgenutzte Lücken, keinen allgemeingültigen Zeitraum für eine beliebige Schwachstelle.
Warum auch bekannte Lücken schnell gefährlich werden
Ein Zero-Day ist eine Lücke, die Angreifer ausnutzen, bevor der Hersteller einen Patch hat. Ein N-Day ist eine bekannte Lücke, für die es bereits einen Patch gibt. N-Days galten lange als das kleinere Problem, weil zwischen Patch und Exploit genug Zeit zum Aktualisieren blieb.
Dieses Polster schmilzt. Laut BSI entwickeln Angreifer per Patch-Diffing, also dem Vergleich von altem und neuem Code, innerhalb von Stunden Exploits für N-Days, während Betreiber oft Tage bis Wochen zum Ausrollen brauchen. Ob eine frisch gepatchte Lücke wirklich gefährlich wird, entscheidet die konkrete Lage: ein funktionierender Exploit, die tatsächliche Ausnutzbarkeit im eigenen Aufbau, die Erreichbarkeit aus dem Internet, eine bereits laufende Ausnutzung, die Kritikalität des Dienstes und die vorhandenen Schutzmaßnahmen. Die Uhr läuft ab der Veröffentlichung des Patches.
Auch nach dem Einbruch halten Agenten dieses Tempo. Die Google Threat Intelligence Group beschreibt im Oktober 2026, wie Angreifer Open-Source-Frameworks wie ARTEX einsetzen, die mehrere KI-Agenten koordinieren. Eine Gruppe brauchte vom ersten kompromittierten Konto bis zum tiefen Systemzugriff meist rund vier Stunden, im schnellsten Fall 15 Minuten (cloud.google.com).
Grenzen der Beschleunigung
Nicht jede Lücke wird in Stunden ausgenutzt, und nicht jeder Angriff ist KI-gesteuert. Mandiant hält für 2025 ausdrücklich fest, dass erfolgreiche Einbrüche noch nicht direkt auf KI zurückgingen. Die meisten Angriffe gelangen weiterhin über grundlegende menschliche und organisatorische Fehler.
Auch die Agenten haben Schwächen. ARTEX ist laut Google schnell, aber laut: viele Fehlversuche, auffällige Log-Spuren, wiedererkennbare Dateinamen. Wer gute Telemetrie hat, sieht solche Angriffe. Das BSI hält es langfristig sogar für möglich, dass KI-gestützte Schwachstellensuche Software so gründlich prüft, dass kaum noch unbekannte klassische Lücken übrig bleiben. Bis dahin zählen die Grundlagen mehr als je zuvor, weil Agenten jede Lücke darin schneller finden.
Warnsignal: Dein Patch-Fenster steht im Kalender
Wenn kritische Patches bei dir auf das nächste Wartungsfenster warten, bist du wahrscheinlich zu langsam für Angreifer mit KI-Agenten. Das Gleiche gilt, wenn niemand ohne Recherche sagen kann, welche Systeme öffentlich erreichbar sind, oder wenn ein Advisory vom Abend erst am nächsten Vormittag gelesen wird. Diese Routinen stammen aus einer Zeit, in der Angreifer Wochen brauchten.
Ein zweites Warnsignal ist die Priorisierung allein nach dem CVSS-Base-Score, der Standardbewertung für die Schwere einer Lücke. Das BSI weist darauf hin, dass KI-Modelle mehrere mittelschwere Lücken zu einer vollständigen Angriffskette verbinden. Eine mittlere Lücke auf einem erreichbaren Server ist dann dringender als eine kritische auf einem isolierten Testsystem.
So reagierst du in Stunden statt Tagen
Schnelle Reaktion entsteht in der Vorbereitung. Diese sechs Punkte bringen die BSI-Empfehlungen in eine Reihenfolge, die auch ohne großes Security-Team funktioniert:
- Angriffsfläche kennen: ein aktuelles Inventar aller Systeme inklusive Cloud-Diensten und eine Übersicht, was aus dem Internet erreichbar ist.
- Angriffsfläche verkleinern: Jede zusätzliche Bibliothek ist Code, der mitläuft und Fehler mitbringen kann. Prüfe bei jeder neuen Abhängigkeit, ob du sie wirklich brauchst, und wirf raus, was niemand mehr nutzt. Für Standardaufgaben sind gut gepflegte Bibliotheken die bessere Wahl als Eigenbau, denn auch selbst geschriebener Code hat Lücken.
- Nach Erreichbarkeit priorisieren: Systeme am Netzrand wie VPN, Firewall und Webportale bekommen einen Eilweg, der Patches in Stunden erlaubt, notfalls mit vorübergehender Trennung vom Internet.
- Zugangsdaten kurzlebig machen: langlebige Schlüssel durch kurzlebige, eng begrenzte Zugangsdaten ersetzen und Netze segmentieren, damit ein gestohlener Zugang nicht weit trägt.
- Assume Breach leben: Logs zentral und außerhalb der Systeme speichern, automatisch auswerten, ob schon jemand Zugriff hatte, der es eigentlich nicht sollte.
- Erreichbarkeit regeln: festlegen, wer abends und an Patchdays Advisories liest und über Maßnahmen entscheiden darf.
Der Punkt zu den Zugangsdaten ist in Cloud-Umgebungen der größte Hebel, weil Dienstkonten und API-Schlüssel dort oft mehr dürfen als nötig. Rechte, Identitäten und Netze sauber zu schneiden, ist ein fester Teil unseres Cloud Consulting.
Verteidiger brauchen eigene Agenten
Gegen Tempo hilft Tempo, und das liefert dieselbe Technik. KI-Agenten können maschinenlesbare Advisories im CSAF-Format (Common Security Advisory Framework) mit deinem Inventar abgleichen und eine priorisierte Liste mit Handlungsempfehlungen vorlegen. Sie entwerfen Erkennungsregeln für neue Angriffsmuster, bewerten Workarounds und testen eigene Systeme so, wie es ein Angreifer tun würde.
Jeder Agent mit Zugriff auf Systeme ist allerdings selbst Angriffsfläche, etwa über Prompt Injection, also versteckte Anweisungen in Dokumenten, Mails oder Webseiten. Er bekommt deshalb dieselben engen Rechte und dieselbe Überwachung wie jedes andere Dienstkonto.
Ist dein Patchmanagement schnell genug?
Wir schauen gemeinsam auf deine Angriffsfläche, deine Patch-Wege und die Stellen, an denen KI-Agenten dein Team entlasten können. Konkret, ehrlich und mit einem klaren nächsten Schritt.
KI in der IT-Sicherheit bedeutet, dass Sprachmodelle und KI-Agenten auf beiden Seiten arbeiten. Angreifer finden damit Schwachstellen, schreiben Exploits und automatisieren Einbrüche. Verteidiger nutzen dieselbe Technik, um Advisories zu sortieren, Angriffe zu erkennen und eigene Systeme zu testen. Die wichtigste Folge ist ein deutlich höheres Tempo.
Ein Zero-Day ist eine Lücke, die ausgenutzt wird, bevor es einen Patch gibt. Ein N-Day ist eine bekannte Lücke, für die bereits ein Patch existiert. Mit KI schrumpft bei N-Days laut BSI der Abstand zwischen Patch und Exploit auf Stunden. Wie gefährlich eine solche Lücke für dich wird, hängt von Erreichbarkeit und tatsächlicher Ausnutzung ab.
Sicherheitslücken werden heute im Mittel schon vor dem Patch ausgenutzt: Mandiant schätzt die Time-to-Exploit für 2025 auf minus sieben Tage. 2018 und 2019 lag der Wert noch bei 63 Tagen. Für Lücken mit veröffentlichtem Patch geht das BSI davon aus, dass Angreifer mit KI innerhalb von Stunden einen Exploit bauen.
Ein festes Zeitfenster für jeden Patch gibt es nicht. Kritische Schwachstellen auf öffentlich erreichbaren Systemen müssen innerhalb weniger Minuten bewertet und priorisiert werden, geeignete Schutzmaßnahmen sollten unverzüglich greifen. Der Patch-Rollout selbst erfolgt risikobasiert und so schnell, wie es technisch verantwortbar ist. Für Systeme am Netzrand heißt das in der Praxis oft Stunden, für gut abgeschottete Systeme auch mal Tage.
KI-Agenten helfen bei der Verteidigung vor allem bei Routinearbeit unter Zeitdruck: Advisories auswerten, betroffene Systeme im Inventar finden, Erkennungsregeln entwerfen und eigene Systeme testen. Über das Ausrollen eines Patches sollte ein Mensch entscheiden, weil ungeprüfte Updates den Betrieb stören können. Die Agenten selbst brauchen enge Rechte, da sie über Prompt Injection angreifbar sind.
Der Aufwand für ein Patchmanagement im Stundentakt hängt vor allem an drei Faktoren: wie vollständig dein Inventar ist, wie viele Systeme aus dem Internet erreichbar sind und wie weit Tests und Rollouts schon automatisiert sind. Ein großer Posten ist die Erreichbarkeit außerhalb der Arbeitszeiten. Wer seine Angriffsfläche verkleinert, senkt alle drei Faktoren auf einmal.
Externe Unterstützung für die IT-Sicherheit lohnt sich, wenn dein Team Advisories nicht zeitnah sichten kann, kein aktuelles Inventar existiert oder abends niemand erreichbar ist. Das BSI empfiehlt in diesem Fall ausdrücklich, externe Dienstleister einzubeziehen. Achte darauf, dass das aufgebaute Wissen danach in deinem Team bleibt.