[{"data":1,"prerenderedAt":28},["ShallowReactive",2],{"nr-de-kill-switch-architecture-for-ai-applications":3},{"slug":4,"title":5,"dek":6,"date":7,"time":8,"publishedAt":9,"updated":10,"updatedAt":10,"dateFmt":11,"updatedFmt":10,"kind":12,"tier":13,"author":14,"authorName":15,"topics":16,"tracker":21,"trackerLabel":22,"headlineStat":10,"image":23,"ogImage":24,"imageAlt":5,"csv":10,"minutes":25,"words":26,"html":27},"kill-switch-architecture-for-ai-applications","Kill-Switch-Architektur für KI-Anwendungen: Warum ein einzelner Schalter nicht reicht","Ein iX-Beitrag erklärt, warum sich agentische KI-Systeme nicht über Prozess-IDs stilllegen lassen und welche mehrschichtigen Ansätze stattdessen möglich sind.","2026-10-16","07:44","2026-10-16T07:44:00+02:00","","16. Oktober 2026","analyse","standard","ideal-syka","Ideal Syka",[17,18,19,20],"KI-Sicherheit","Agenten","Architektur","Zugriffsrechte","\u002Fki-status","Live-Störungen der KI-Dienste","\u002Fnewsroom\u002Fimg\u002Fkill-switch-architecture-for-ai-applications.webp","\u002Fog-nr\u002Fkill-switch-architecture-for-ai-applications.de.png",1,245,"\u003Cp>Agentische Anwendungen starten weitere Agenten, die wiederum Werkzeuge aufrufen. Ein Kill-Switch, der das Ganze stilllegt, lässt sich nach Darstellung von Dr. Eldar Sultanow im iX Magazin (heise online) nicht so leicht einbauen.\u003C\u002Fp>\n\u003Ch2>Warum Prozess-IDs nicht genügen\u003C\u002Fh2>\n\u003Cp>Agenten sind laut dem Beitrag keine Prozesse. Das Betriebssystem vergibt Prozess-IDs dynamisch zur Laufzeit, und die Menge der laufenden Agenten ist ein bewegliches Ziel. Wer Agenten über PIDs beenden will, gilt im Beitrag deshalb als unzuverlässigste Methode, sie zu bremsen.\u003C\u002Fp>\n\u003Ch2>Stoppen ist nicht rückgängig machen\u003C\u002Fh2>\n\u003Cp>Ein Beenden des Prozesses ist laut dem Artikel etwas anderes als das Stoppen eines Agenten. Hat ein Agent bereits eine Zahlung initiiert, ein externes Programm gestartet, eine Mail versandt oder ein DELETE-Kommando an eine REST-API abgeschickt, macht ein SIGKILL dies nicht rückgängig.\u003C\u002Fp>\n\u003Ch2>Mehrschichtiger Ansatz\u003C\u002Fh2>\n\u003Cp>Nach dem Beitrag greifen fünf Ebenen ineinander: cgroups, Netz- und Zugangsentzug, ein Durchsetzungspunkt für Berechtigungen, eine autoritative Kontrollebene und kurzlebige Berechtigungstoken. Agenten lassen sich demnach stoppen, indem sie Berechtigungen verlieren oder sich bei ausbleibendem Signal beenden.\u003C\u002Fp>\n\u003Ch2>Einordnung\u003C\u002Fh2>\n\u003Cp>Die vorgestellte Architektur verspricht laut Artikel nur ein garantiertes Erlahmen der Agenten nach einer begrenzten Zeit, keinen sofortigen Ausschalter. Für Unternehmen, die KI-Agenten mit Schreibzugriff auf Zahlungs- oder Datensysteme einsetzen, könnte das bedeuten, dass Berechtigungs- und Zeitbegrenzungskonzepte früher geplant werden müssen als Notabschaltungen. Offen bleibt aus dem Beitrag, wie sich bereits ausgelöste Aktionen in der Praxis zurücknehmen lassen.\u003C\u002Fp>\n\u003Ch2>Quellen\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fwww.heise.de\u002Fhintergrund\u002FSo-funktioniert-Kill-Switch-Architektur-fuer-KI-Anwendungen-11487391.html\">heise online\u003C\u002Fa>\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>\u003Cem>Redaktionell verantwortet von \u003Ca href=\"\u002Fautor\u002Fideal-syka\">Ideal Syka\u003C\u002Fa>. Quellen und Arbeitsweise: \u003Ca href=\"\u002Fredaktion\">Redaktion & Methode\u003C\u002Fa>. Hinweise und Korrekturen: \u003Ca href=\"mailto:ai@i6eal.de\">ai@i6eal.de\u003C\u002Fa>.\u003C\u002Fem>\u003C\u002Fp>\n",1792135279276]