Zum Inhalt springen
AI Agent Security
Kontakt
Menü

31.03.2026

Aktualisiert 27.07.2026

Best Practice

Killswitch für KI-Agenten

Ein autorisierter Not-Aus stoppt Sessions, Tools und Folgejobs zuverlässig und führt betroffene Agentenläufe in einen sicheren, auditierbaren Zustand.

Illustration zu Killswitch für KI-Agenten

Worum es geht

Ein Killswitch beendet nicht nur die sichtbare Antwort. Er stoppt den betroffenen Agentenlauf samt Tools, Sub-Agents, Retries und Hintergrundjobs oder entzieht gezielt seine Rechte.

Der Kontrollpfad

Vom Signal zum sicheren Zustand
1

Abweichung erkennen

Alarm, Limit oder Operator-Entscheidung

2

Scope bestimmen

Tool, Session, Tenant oder Deployment

3

Wirkung stoppen

Jobs beenden und Rechte entziehen

4

Recovery steuern

Zustand sichern und Ursache prüfen

Mögliche Folgen

Sicherer Halt

Quarantäne

Kontrollierte Freigabe

Ein UI-Stopp ohne Backend-Durchsetzung ist kein Killswitch.

Die drei wichtigsten Maßnahmen

Priorisierte Umsetzung
Schutzschicht 1
Stop-Authority trennen

Operator oder Control Plane nutzen eigene Identitäten und können Agenten-Credentials unabhängig widerrufen.

Schutzschicht 2
Granular und rekursiv stoppen

Session, Tool, Queue und Deployment getrennt adressieren; gestartete Sub-Agents und Retries immer einbeziehen.

Schutzschicht 3
Safe State planen

Teilzustände einfrieren, Wiederholungen sperren und Re-Enablement erst nach dokumentiertem Review erlauben.

Ein Vorfall wird schnell begrenzt, ohne unbeteiligte Workflows unnötig abzuschalten.

Drei Umsetzungsmuster

Ausführung vollständig beenden

Coding-Agent
Anomalie
Stop
Workspace

Shell, Browser und Schreibzugriff enden gemeinsam; der Workspace bleibt für die Analyse eingefroren.

Externe Wirkung selektiv sperren

Support
Alarm
Versand aus
Review

Lesen und Entwerfen bleiben möglich, während Mail- und CRM-Schreibaktionen blockiert sind.

Workflow rekursiv stoppen

Multi-Agent
Supervisor
Worker
Halt

Der Stopp erfasst Supervisor, Worker, Queue-Einträge und geplante Wiederholungen.

Minimalstandard und Tests

Minimalstandard

  • Stop-Scopes für Tool, Session, Workflow, Tenant und Deployment sind definiert.
  • Die Stop-Authority ist vom Agenten und seinen produktiven Credentials getrennt.
  • Sub-Agents, Queues, Scheduler und Retries werden rekursiv erfasst.
  • Tokens und Tool-Scopes lassen sich kurzfristig widerrufen.
  • Jeder Stopp erzeugt einen korrelierbaren Audit Trail.
  • Wiederfreigabe verlangt Review, Ursache und dokumentierte Entscheidung.

Tests müssen manuellen und automatischen Stopp, verlorene Worker, Retry-Stürme, Credential-Entzug, Teilzustände und kontrolliertes Re-Enablement abdecken.

Quellen