Agenten-Sicherheit
Zero-Trust für autonome KI-Agenten – Blast-Radius begrenzen, Memory-Poisoning verhindern, Prompt-Injection abfangen. Sicherheit als Bauprinzip, nicht als Nachbesserung.
Das Thema in drei Schritten.
Inhalt 7 Kapitel
Warum Agenten-Sicherheit 2026 zum eigenen Thema wird
Mit jedem Tool, das ein KI-Agent ansteuern darf – CRM, ERP, Mail, Buchhaltung, MCP-Server – wächst der Blast-Radius: der Schaden, den eine einzige falsch ausgelöste Aktion anrichten kann. 2026 ist die Frage nicht mehr „Können wir Agenten?”, sondern „Wie begrenzen wir den Schaden, wenn ein Agent danebengreift oder durch Prompt-Injection manipuliert wird?”.
Die drei dominanten Angriffsklassen
| Angriff | Wie es passiert | Gegenmaßnahme |
|---|---|---|
| Prompt-Injection | Schadhafte Anweisungen in Daten, die der Agent verarbeitet (Mails, Webseiten, PDFs, MCP-Toolausgaben) | Trusted-Source-Trennung, Output-Sanitization, Mensch im Loop bei Schreib-Aktionen |
| Memory-Poisoning | Falsche Fakten im persistenten Agent-Memory verbleiben über mehrere Sessions | Memory-Quarantäne, Verfallsdaten, Audit-Trail für jedes Memory-Update |
| Tool-Privilege-Eskalation | Agent erhält über einen geschwächten MCP-Server Rechte, die er nicht haben sollte | Least-Agency, granulare Scopes, MCP-Server-Whitelisting |
Sechs Bauprinzipien
- Least Agency – Jedes Tool ist eine bewusste Entscheidung, kein Default. Schreibrechte werden einzeln freigeschaltet, nicht pauschal.
- Blast-Radius-Limit – Pro Aktion klären, wie groß der maximale Schaden wäre. „Mail an alle Kunden senden” ist nie vollautonom.
- Trusted vs. Untrusted Input – Daten aus externen Quellen (Mails, Web, MCP-Tools) niemals direkt in Prompts. Sanitization und explizite Quellenmarkierung.
- Human in the Loop an Geld-, Compliance- und Identitäts-Aktionen – keine Ausnahmen.
- AI BOM (AI Bill of Materials) – Welche Modelle, MCP-Server, Tools sind wo eingebunden? Audit-fähig, mit Versionsständen.
- Impossible vs. Tedious Tests – Test-Suiten, die nicht nur prüfen, ob der Agent die Aufgabe schafft, sondern ob er bei manipulierten Eingaben sauber abbricht.
Zero-Trust für agentische Systeme
Klassisches Zero-Trust war für Menschen-und-Geräte-Netzwerke gedacht. Übertragen auf Agenten: Jede Tool-Anbindung ist eine eigene Vertrauensgrenze. Der Agent darf nicht „mehr” sehen, weil er gerade angemeldet ist – er sieht nur, was die Mission braucht. MCP-Server gehören geprüft, nicht blind eingebunden. Prompt- Injection über fremde MCP-Tools ist die Angriffsklasse Nr. 1 in 2026.
Was das im KMU heißt
Du brauchst kein Security-Operations-Center, um Agenten sicher zu betreiben. Du brauchst klare Antworten auf vier Fragen, bevor ein Agent in Produktion geht:
- Was darf er lesen, was darf er schreiben? (Least-Agency-Liste)
- Wo ist der Mensch verpflichtend dazwischen? (Geld, Compliance, Identität)
- Wie merkst Du, wenn etwas schiefläuft? (Logging, Anomalie-Erkennung)
- Wer drückt im Notfall den Aus-Knopf? (Klare Verantwortung, kein „IT fragt mal nach”)
Was der Agent überhaupt zu sehen bekommt
Die Least-Agency-Liste beantwortet, auf welche Systeme ein Agent zugreifen darf. Sie beantwortet nicht, was in dem Text steht, den er an das Modell weiterreicht. Genau dort entsteht die zweite Frage: Ein Agent, der Support-Mails triagiert oder Rechnungen ausliest, schickt Namen, IBANs und Vertragsnummern an einen kommerziellen Anbieter, ohne dass jemand die Entscheidung dafür bewusst getroffen hätte. Die Berechtigungsgrenze läuft um die Systeme, die Datengrenze läuft durch den Prompt – und die zweite wird beim Bauen regelmäßig übersehen.
Praktisch heißt das, den Weg zum Modell als eigene Stufe zu behandeln statt als Nebeneffekt der Tool-Anbindung. Wie diese Stufe aufgebaut ist und wo ihre Erkennung tatsächlich versagt, steht unter Pseudonymisierung & Anonymisierung.
Verwandt
- KI-Automatisierung & Agenten → – Wann Workflow, wann Agent, wann Hybrid
- KI-Compliance → – Drei Nachweise, die ab 02.08.2026 prüffähig sein müssen
- Pseudonymisierung & Anonymisierung → – Was den Prompt verlässt, und wie sich das kontrollieren lässt
- KI-Tools im Unternehmen → – Tool-Auswahl-Heuristik