Autonome Angriffe sind bereits Realität. Die Verteidigung muss Schritt halten.

Letzte Woche sprach Snyk-CTO Manoj Nair live mit Alon Krifcher, Head of Applied AI bei Anthropic, über die bevorstehende Welle autonomer Angriffe. Manoj kam immer wieder auf einen Punkt zurück: Der AI-Hurrikan ist bereits da. Nun müssen Sie entscheiden, ob Ihre Verteidigung mit derselben Geschwindigkeit arbeitet wie die Bedrohung.

Angriffe sind agentisch geworden – und der Code, der sie schreibt, ebenfalls. In Tausenden realer Unternehmensumgebungen beobachtet Snyk, dass die Zahl neu eingeführter Sicherheitsprobleme von Quartal zu Quartal um mehr als das Doppelte steigt. Auf sechs neue Probleme kommt eines, das Teams beheben. Im jüngsten Threat Report von CrowdStrike wurde die schnellste jemals gemessene Ausbreitungszeit mit 27 Sekunden angegeben. Der Durchschnitt wird inzwischen in Minuten, nicht Monaten gemessen. Früher dauerte es lange, Zero-Day-Schwachstellen zu entwickeln und noch länger, sie auszunutzen – das verschaffte der Verteidigung Zeit. Genau diese Zeit haben autonome Angreifer genommen.

Manoj glaubt jedoch nicht, dass der Himmel einstürzt. Seiner Ansicht nach ist die Antwort einfacher, als viele erwarten, und funktioniert bereits bei den größten Unternehmen, mit denen er spricht. Wenn autonome Angriffe eine Verteidigung in Maschinengeschwindigkeit erfordern, brauchen Sie seiner Meinung nach vier Dinge, die parallel statt nacheinander laufen: Erkennen → Beheben → Validieren → Verhindern. Sie können an jeder Stelle dieses Kreislaufs einsteigen. Die meisten Unternehmen beginnen mit dem bestehenden Rückstand – denn den hat jedes Unternehmen.

Hier ändert sich die Risikobewertung. Das alte Modell: Wahrscheinlichkeit mal Auswirkung. Die Auswirkung hat sich kaum verändert, die Wahrscheinlichkeit hingegen schon. Ein Angreifer kann inzwischen kostengünstig und agentisch drei Schwachstellen miteinander verknüpfen, die jeweils als niedrig oder mittel eingestuft sind, und daraus etwas machen, das keineswegs mehr als niedrig oder mittel einzustufen ist. Alles erneut nach Priorität zu ordnen, ist nicht die Lösung, erklärt Manoj. Beginnen Sie mit Ihren Anwendungen mit den größten Auswirkungen und testen Sie sie so, wie es ein autonomer Angreifer tatsächlich tun würde – das ist die Lösung. Deshalb hat Snyk Evo Continuous Offensive Security entwickelt. Ein Kunde im frühen Zugriff testete damit eine Anwendung, die noch in derselben Woche bei einem Penetrationstest ohne Befund geblieben war. Snyk fand alles, was der Penetrationstester gefunden hatte, sowie zwei oder drei weitere Probleme, die noch am selben Tag behoben werden mussten. Das ist kein Konzept, sagt Manoj. Es ist bereits im Einsatz.

Was den Rückstand angeht, haben einige Snyk-Kunden, darunter Labelbox und Relay Networks, öffentlich darüber berichtet, wie sie mithilfe einer Kombination aus Skills und auf Claude basierenden Behebungsagenten den Rückstand auf null gebracht haben. Ein weiterer Kunde aus den Fortune 10 berichtete dasselbe. Wenn das in diesem Umfang möglich ist, sagt Manoj, ist „irgendwann kümmern wir uns um den Rückstand“ kein glaubwürdiger Plan mehr.

Auf die Prävention ist Manoj besonders stolz, denn damit hat Snyk angefangen. Das Unternehmen wurde auf der Idee aufgebaut, Sicherheitsprobleme direkt dort zu beheben, wo sie entstehen, statt erst im Nachhinein. Dieser Entstehungsort hat sich verändert. Bei den meisten Unternehmen, mit denen er heute spricht, ist es ein Agent. Deshalb hat Snyk Snyk Studio entwickelt: Der Agent erhält damit genau in dem Moment, in dem er Code schreibt, denselben Sicherheitskontext wie ein guter Entwickler – und zwar schnell genug, damit der Agent die Sicherheitsmaßnahme nicht einfach umgeht. Fast 1.500 Kunden setzen die Lösung heute produktiv ein. Vor Kurzem zeigte Manoj sie in einer Demo, indem er einen Agenten bat, einen QR-Code-Scanner zu entwickeln. Er sagte offen, was es mit zwei möglichen Paketen auf sich hatte: eines war seit einem Jahrzehnt aufgegeben, das andere aktuell und sicher. Der Agent wählte das richtige aus, ohne dass ein Mensch eingreifen musste.

Nichts davon funktioniert, wenn man es allein als Aufgabe von Snyk betrachtet, sagt Manoj. Und er möchte klarstellen, wo bei einem Partner wie Anthropic die Grenze verläuft. Anthropic leistet die schwierige Arbeit, seine Modelle auf der Intelligenzebene vor einer Bewaffnung zu schützen. Diese Arbeit hat jedoch Grenzen: Sie umfasst nicht die Angriffsfläche, die von Schutzmechanismen nicht abgedeckt wird – offengelegte Zugangsdaten, falsch konfigurierte Komponenten, einen Agenten oder ein Team, das nicht weiß, welche Pakete oder Skills im Laufe der Zeit eingebunden wurden. Bei den fast 3.000 Kunden, die heute die KI-Stückliste von Snyk nutzen, sieht Snyk ungefähr dreimal so viele Modelle wie agentische Komponenten. Jede dieser Komponenten birgt ein potenzielles Risiko, wenn niemand sie im Blick behält. Diesen Ansatz nutzte Snyk diesen Sommer auch, um eine der weltweit größten Cloud-Code-Bereitstellungen abzusichern: 50.000 Entwickler, mit kontinuierlichem Skill-Scanning von Anfang an.

Wenn Sie eine Sache aus all dem mitnehmen, sagt Manoj, messen Sie eine Kennzahl: neue Funde im Verhältnis zu behobenen Funden für Ihre wichtigsten Anwendungen. Alles andere auf einem Security-Dashboard – etwa erstellte Tickets, durchgeführte Scans oder zusätzliche Mitarbeitende – verändert sich, weil Sie etwas unternommen haben. Dieses Verhältnis verändert sich nur, wenn sich das Programm selbst tatsächlich ändert. Wenn Sie bei sechs zu eins liegen und der Wert weiter steigt, bauen Sie einen Bestand auf, keine Sicherheit. Wenn möglich, verfolgen Sie eine zweite Kennzahl: Welcher Anteil der vorgeschlagenen Korrekturen wird ohne manuelle Überarbeitung übernommen? Das ist die tatsächliche Durchsatzbegrenzung. Sie zeigt Ihnen, wie agentisch Ihre Behebung wirklich ist – im Vergleich dazu, wie agentisch Sie sie gern hätten.

Der Markt entwickelt sich innerhalb von Wochen, sagt Manoj. Der oben beschriebene Leitfaden ist ein Ausgangspunkt, kein Endziel, und er erwartet, dass er sich weiterentwickelt – genauso wie dieses ganze Gebiet im Jahr seit der Einführung von Studio durch Snyk. Unverändert bleibt jedoch die gemeinsame Überzeugung von Manoj und Alon: Angreifer müssen nur einmal gewinnen. Die einzige wirkliche Verteidigung besteht darin, mehrere Schutzschichten aufzubauen, sodass ihnen keine Lücke bleibt, die sie ausnutzen können.

Möchten Sie das ganze Gespräch hören? Sehen Sie sich die On-Demand-Aufzeichnung mit Manoj Nair und Alon Krifcher an.