Was ist Agentic AppSec?

Agentic AppSec (agentische Anwendungssicherheit) bezeichnet den Einsatz eines Teams von KI-Sicherheitsagenten, das das gesamte Anwendungssicherheitsprogramm eines Unternehmens steuert: die Anwendung verstehen, ihre Bedrohungen modellieren, relevante Schwachstellen finden, entscheiden, welche davon behoben werden sollten, Korrekturen erstellen und validieren sowie nachweisen, dass sie wirksam sind. Das gilt kontinuierlich für neuen Code und den bestehenden Rückstand.

Der Begriff lässt sich leicht mit agentischer KI-Sicherheit verwechseln, doch beide weisen in entgegengesetzte Richtungen: Agentische KI-Sicherheit schützt KI-Agenten vor Angriffen, während Agentic AppSec KI-Agenten für die Sicherheit einsetzt. Dass Agenten zunehmend das Programm steuern, ist eine Reaktion auf das Volumen: Software entsteht inzwischen schneller, als ein von Menschen betriebenes Sicherheitsprogramm sie bearbeiten kann.

Warum braucht die Anwendungssicherheit ein neues Betriebsmodell?

Die Anwendungssicherheit braucht ein neues Betriebsmodell, weil sich die Geschwindigkeit der Code-Erstellung verändert hat und ein auf das frühere Tempo ausgelegtes Programm das neue nicht bewältigen kann.

Ein herkömmliches Programm findet Probleme und übergibt sie an Menschen. Diese übernehmen anschließend alles, was auf den Fund folgt: Triage, Priorisierung, Korrektur, Regressionsrisiko und Abstimmung mit dem Entwicklungsteam. Das funktionierte, solange Menschen den Großteil des Codes schrieben. KI-Coding-Agenten generieren inzwischen mehr Code, als die Prüfprozesse bewältigen können. Die von ihnen eingeführten Fehler konzentrieren sich zudem auf Geschäftslogik und Autorisierung – Bereiche, in denen musterbasierte Scans keine passenden Muster finden.

Der bestehende Rückstand verschärft den Druck zusätzlich. Jedes Unternehmen hat jahrelang nicht behobene Befunde angesammelt, und Angreifer automatisieren inzwischen die Suche nach diesen Befunden und verknüpfen Probleme mit niedriger Kritikalität zu kritischen Exploits. Im Juni 2026 verzeichnet Snyk etwa sechs neu eingeführte Schwachstellen für jede behobene.

Wenn mehr Probleme hinzukommen als behoben werden, führt eine höhere Einstufung lediglich zu einer besser sortierten Warteschlange gleicher Länge. Der Engpass liegt nicht mehr beim Finden von Problemen, sondern bei ihrer Behebung. Um dieses Volumen zu bewältigen, braucht es ein anderes Betriebsmodell – nicht einfach eine schnellere Version des bisherigen.

Was umfasst der AppSec-Kreislauf?

Agentic AppSec begegnet diesem Engpass, indem der Anwendungssicherheitskreislauf einem Team von Agenten übertragen wird. Jeder Agent hat eine Aufgabe und einen festgelegten Auslöser. Gemeinsam arbeiten sie kontinuierlich an neuem Code und an allem, was bereits ausgeliefert wurde. Der Kreislauf umfasst sechs Schritte, von denen jeder auf dem Ergebnis des vorherigen aufbaut:

1. Die Anwendung verstehen. Ein Modell der Architektur, Datenflüsse, Datenklassifizierungen, Vertrauensgrenzen und der tatsächlich in der Produktionsumgebung laufenden Komponenten erstellen.

2. Bedrohungen modellieren. Anhand dieses Modells ermitteln, wo die Anwendung angegriffen werden kann und welche Schwachstellen tatsächliche Folgen haben. Das Bedrohungsmodell anschließend bei jeder Codeänderung aktuell halten.

3. Relevante Schwachstellen finden. Deterministische Scans mit KI-gestütztem Schlussfolgern kombinieren, das auch Schwachstellenklassen erkennt, für die es keine passende Signatur gibt, etwa Fehler in der Geschäftslogik und Autorisierung.

4. Entscheiden, was behoben werden sollte. Befunde danach einstufen, welche zuerst behoben werden sollten, und festlegen, wie eine korrekte Korrektur aussieht – anhand von Erreichbarkeit, Ausnutzbarkeit und der Historie von Korrekturergebnissen.

5. Korrekturen erstellen und validieren. Änderungen erstellen, die das Problem beheben, die Prüfung bestehen und zusammengeführt werden.

6. Nachweisen, dass die Korrekturen wirksam sind. Jedes Ergebnis mit einem anderen System als dem verifizieren, das es erstellt hat, und die Entscheidung samt Begründung dokumentieren.

Es handelt sich um einen Kreislauf, nicht um eine Pipeline: Er läuft kontinuierlich statt nur an einem einzelnen Prüfpunkt, und jeder nachfolgende Schritt greift auf das im ersten Schritt erstellte Modell zurück. Die für das Programm Verantwortlichen bearbeiten nicht länger die Warteschlange, sondern beaufsichtigen das System, das sie abarbeitet.

Welche Voraussetzungen müssen erfüllt sein, damit Agenten ein Sicherheitsprogramm steuern können?

Agenten können ein Sicherheitsprogramm steuern, wenn drei Voraussetzungen erfüllt sind. Die dritte macht den Unterschied zwischen einem funktionierenden Programm und einem, das nur plausibel klingt.

• Die Agenten brauchen eine fundierte Grundlage: Ein Agent, der ohne Anwendungsmodell Schlussfolgerungen zieht, liefert überzeugend vorgetragene Befunde zu einer Codebasis, die er sich teilweise nur vorgestellt hat. Das gemeinsame Modell aus dem ersten Schritt des Kreislaufs – bei Snyk Application Context Graph genannt – ist die Grundlage, auf die jeder Agent vor seinem Einsatz zugreift.

• Die Arbeit muss klar begrenzt sein: Jede Aufgabe hat einen Zweck, einen festgelegten Auslöser, eine klar definierte Eingabe und einen eindeutigen Abschluss. Agenten, die dank des Bedrohungsmodells wissen, wo sie zuerst suchen müssen, arbeiten präziser und kostengünstiger als Agenten, die breit suchen.

• Die Validierung muss unabhängig erfolgen: Dem Agenten, der eine Schwachstelle findet, kann man nicht die Validierung seiner eigenen Korrektur überlassen. Ein System, das seine eigene Ausgabe bewertet, übernimmt alle Annahmen seiner Analyse. Ein leistungsfähigeres Modell liefert dann lediglich eine überzeugender formulierte falsche Antwort. Deshalb sind deterministische Engines in einem agentischen Programm besonders wichtig: Sie sind die Werkzeuge, die die Agenten aufrufen, und überprüfen unabhängig, was diese finden. Bei Snyk VulnBench JS 1.0 tauchten fast die Hälfte der ausschließlich von LLMs gemeldeten Befunde nur in einem von fünf identischen Durchläufen auf.

Wie unterscheidet sich Agentic AppSec von agentischer KI-Sicherheit?

Agentic AppSec setzt KI-Agenten ein, um Software abzusichern. Agentische KI-Sicherheit schützt dagegen die KI-Agenten selbst. Die oben genannten Voraussetzungen gelten für Agenten, die Sicherheitsaufgaben übernehmen. Der Schutz der Agenten ist ein eigenes Fachgebiet, und viele Inhalte mit ähnlicher Formulierung behandeln stattdessen dieses Thema.

• Agentische KI-Sicherheit schützt KI-Agenten. Ein Agent verfügt über ein Gedächtnis, ruft Tools auf, besitzt Zugangsdaten und führt Aktionen aus, ohne dass ein Mensch jede einzelne genehmigt. Dadurch entstehen Risiken, für die herkömmliche Anwendungssicherheit nicht konzipiert wurde. Prompt-Injection, der Missbrauch von Tools und übermäßig weitreichende Agentenberechtigungen gehören dazu.

• Agentic AppSec setzt KI-Agenten für den Schutz von Software ein. Die Agenten übernehmen die Sicherheitsarbeit, und das Anwendungssicherheitsprogramm ist ihre Aufgabe.

Unternehmen, die KI-gestützte Entwicklung in großem Maßstab einführen, brauchen beides. Die Ansätze erfordern unterschiedliche Kontrollen, Verantwortliche und Bewertungskriterien. Wer eines davon einführt und erwartet, dass es auch das andere abdeckt, lässt den zweiten Bereich unberücksichtigt.

Was ändert sich für die Menschen?

Wenn Agenten den Kreislauf übernehmen, verändert sich die Arbeit der Menschen, die daran beteiligt sind – nicht jedoch ihre Verantwortung. Drei Veränderungen durch agentic AppSec sind:

1. Entwickler werden von Autoren zu Prüfern. Sie prüfen Änderungen, die sie nicht selbst geschrieben haben. Dadurch werden die Nachweise zu jeder Änderung wichtiger als zuvor.

2. AppSec-Verantwortliche entwickeln sich von Torwächtern zu Programmverantwortlichen. Ihre Aufgabe verlagert sich von der Triage einer schneller wachsenden Warteschlange hin zur Gestaltung der Voraussetzungen, unter denen Korrekturen vertrauenswürdig sind, und zum Nachweis, dass das Programm funktioniert.

3. Die Verantwortung bleibt unverändert. Die für das Programm verantwortliche Person bleibt verantwortlich. Deshalb braucht das Programm einen Prüfpfad, der dokumentiert, was der Agent entschieden hat, worauf er eingewirkt hat und wie das Ergebnis verifiziert wurde. Der Mensch wechselt von der Ausführung zur Prüfung – und der Prüfpfad macht diese Rolle praktikabel.

Agentic AppSec in der Praxis

Agentic AppSec begegnet einem Geschwindigkeitsproblem: Code entsteht inzwischen schneller, als ein von Menschen betriebenes Programm ihn bearbeiten kann. Agenten, die auf einem Anwendungsmodell basieren, klar definierte Aufgaben haben und unabhängig verifiziert werden, ermöglichen es dem Programm, Schritt zu halten. Die Menschen verantworten weiterhin seine Gestaltung und die zugehörigen Nachweise.

Wie Snyk Agentic AppSec umsetzt

Evo Agentic AppSec, Teil der Snyk AI Security Platform, stellt jedem Engineering-Team ein Team von Sicherheitsagenten zur Seite, das das gesamte AppSec-Programm steuert: verstehen, finden, beheben und verifizieren. Die Agenten führen die Aufgaben aus, während die Intelligence-Ebene von Snyk anhand von zehn Jahren Daten zu Korrekturergebnissen sowie Analysen zu Erreichbarkeit, Ausnutzbarkeit und Behebbarkeit festlegt, was eine gute Korrektur ausmacht. Anschließend überprüfen die deterministischen Engines von Snyk das Ergebnis unabhängig. Da Snyk in den bereits genutzten Entwickler-Workflows arbeitet und unabhängig von Modellanbietern ist, bleibt die Verifizierung von den Modellen getrennt, die den Code generieren. Erhalten Sie einen ersten Einblick in Evo Agentic AppSec.

Möchten Sie jedem Entwicklerteam ein Team von Sicherheitsagenten zur Seite stellen? Sprechen Sie noch heute mit Ihrem Snyk-Kundenbetreuer.