Warum Agenten die Sicherheitsfrage verändern
Klassische Sicherheit fragte, ob eine Person Zugriff haben sollte. Agentische Systeme fügen eine härtere Frage hinzu: Was darf ein autonomer Prozess tun, sobald er diesen Zugriff hat, und wie lange. Ein Agent, der E-Mails lesen, eine API aufrufen und in eine Datenbank schreiben kann, erbt jede ihm erteilte Berechtigung — oft ohne dass ein Mensch jede einzelne Aktion prüft. Das macht Identität und Scope zur ersten Verteidigungslinie, nicht zum Nachgedanken.
Die neue Angriffsfläche: Supply Chain und Prompt Injection
Zwei Risiken stechen bei agentischen Systemen heraus. Ein Supply-Chain-Angriff versteckt bösartiges Verhalten in einer Dependency, einem Modellgewicht oder einem Tool, das ein Agent aufruft, in der Annahme, niemand prüfe es genau. Ein Prompt-Injection-Angriff versteckt Anweisungen in Inhalten, die ein Agent liest — eine Webseite, ein Dokument, eine E-Mail — in der Hoffnung, der Agent behandelt fremden Text als legitimen Befehl. Beide nutzen dieselbe Lücke: einen Agenten, der Anweisung nicht zuverlässig von Daten unterscheiden kann.
Was dieser Hub sammelt
Items hier decken Identität und Zugriff für autonome Agenten ab, Supply-Chain-Risiko über Modelle und Tools hinweg, Prompt Injection und ihre Abwehr sowie Zero-Trust-Muster, angepasst für Systeme, die eigenständig handeln. Zu erwarten ist praktisches Detail statt Abstraktion: wie ein echter Angriff aussah, welche Kontrolle ihn tatsächlich gestoppt hat, und was weiterhin ein offenes Problem bleibt, je mehr Autonomie Agenten übernehmen.
Zero Trust auf agentische Systeme anwenden
Zero Trust ersetzt „kommt diese Anfrage aus dem Netzwerk" durch „verdient genau diese Aktion, jetzt zu passieren." Für Agenten heißt das: Berechtigungen eng zuschneiden, Tool-Ausgaben prüfen, bevor auf ihnen gehandelt wird, und jeden Inhalt, den ein Agent liest, bis zum Gegenbeweis als nicht vertrauenswürdig behandeln. Nichts davon beseitigt Risiko — es verkleinert den Schaden, wenn (nicht falls) etwas schiefgeht.
