Die Kurzantwort: drei Security-Review-Fragen zu KI-Agenten
Ein Security-Review Ihrer KI-Agenten läuft auf drei Fragen hinaus: Was existiert und wem gehört es, worauf kann jeder Agent zugreifen (im Unterschied dazu, wer ihn nutzen darf), und wann wurde er zuletzt geprüft und können Sie das belegen? Eine Zahl beantwortet keine dieser Fragen; eine konkrete Antwort mit konkreten Grenzen schon.
- Was existiert, und wem gehört es?
- Worauf kann es zugreifen, im Unterschied dazu, wer es nutzen darf?
- Wann wurde das zuletzt geprüft, und können Sie es mir zeigen?
Was existiert, und wem gehört es?
Was wirklich gefragt wird. Ob jemand verantwortlich ist. Nicht, ob die Technik grundsätzlich sicher ist, denn das kann niemand beantworten, sondern ob für alles, was in Ihrer Umgebung läuft, eine benannte Person zuständig ist.
Die Antwort, die durchfällt, ist eine Zahl. Wer einem Prüfer sagt, es gebe etwa zweihundert Agenten, sagt ihm, dass er gezählt hat, und das ist nicht dasselbe wie Wissen. Die Nachfrage lautet immer gleich: Wem gehört dieser hier, und ist die Person noch im Unternehmen?
Ein Agent, dessen Ersteller das Unternehmen verlassen hat, ist einer der häufigsten Befunde und derjenige, der ein Review von Routine zu unangenehm macht.
Eine gute Antwort benennt die Gesamtheit, sagt, welche davon einen aktiven Eigentümer haben, und ist ehrlich zu dem Teil, der noch nicht abgedeckt ist. Prüfer sind unvollständige Antworten gewohnt. Selbstsichere Antworten, die sich als falsch herausstellen, sind sie nicht gewohnt.
Worauf kann es zugreifen, im Unterschied dazu, wer es nutzen darf?
Wer einen Agenten nutzen darf, ist eine Freigabe, die jemand bewusst getroffen hat. Worauf ein Agent zugreifen kann, wird von den Berechtigungen seines Erstellers geerbt, und das hat niemand entschieden. Ein Ersteller mit weitem Zugriff über die gesamte Umgebung baut einen Agenten mit genau dieser Reichweite, und jeder, der ihn dann nutzt, stellt seine Fragen faktisch über die Berechtigungen des Kollegen.
Ein Prüfer, der das versteht, wird es nicht in diesen Worten fragen. Er fragt eher: Wenn ich den Finanzassistenten nutze, was kann er in meinem Namen sehen? Wenn die Antwort beschreibt, mit wem der Assistent geteilt wurde, haben Sie eine andere Frage beantwortet, und ein guter Prüfer merkt das.
Die Vorbereitung ist einfach und lohnt sich einmal. Wählen Sie den Agenten, der sensiblen Inhalten am nächsten liegt, verfolgen Sie, worauf er zugreifen kann, und halten Sie dieses Beispiel bereit. Ein sauber nachverfolgter Agent ist die bessere Antwort als ein Richtliniendokument.
Wann wurde das zuletzt geprüft, und können Sie es mir zeigen?
Was wirklich gefragt wird. Die dritte Frage trennt eine Governance-Position von einer Aufräumaktion, die einmal stattgefunden hat. Prüfer stellen sie, weil sie wissen, dass die ersten beiden Antworten veralten. Ein im März erstelltes Inventar ist im September ein historisches Dokument.
Es gibt zwei Teile, und der zweite ist der, an dem viele scheitern. Der erste: Findet überhaupt ein Review statt, mit einer benannten Person, einer festen Frequenz und einem Termin im Kalender statt nur stillschweigend vorausgesetzt? Der zweite: Können Sie den Nachweis dafür erbringen, ohne ein Projekt zu starten?
Wenn der Nachweis drei Wochen Screenshot-Sammeln kostet, bestimmt der Fragesteller Ihren Audit-Zeitplan und nicht Sie. Das ist schlechter, als keinen Nachweis zu haben, denn man merkt es erst spät.
Oversharing und Datenverlust bremsen am stärksten
-
51%
der IT-Verantwortlichen nennen Oversharing und Datenverlust als größte Hürde für einen erfolgreichen Copilot-Rollout.
Wie eine schwache Antwort klingt
Alle drei Fragen haben dieselbe durchfallende Antwort, und man sollte sie erkennen, weil sie sich beim Aussprechen vernünftig anfühlt. Sie lautet: Dem müssten wir erst nachgehen.
Diese Antwort ist ehrlich, und sie macht aus einem Review ein Projekt. Sie sagt dem Prüfer, dass die Kontrollen, die er bewertet, womöglich existieren und niemand sie derzeit belegen kann. Prüfer sind darauf geschult, genau diesen Zustand zu eskalieren.
Die Alternative sind nicht perfekte Antworten, sondern konkrete, auch zu konkreten Grenzen. Ein Team, das sagen kann: Die selbst erstellten Agenten haben wir im Griff, hier ist die Liste der Eigentümer, das haben wir noch nicht gelöst, und dann schauen wir es uns an, geht aus einem Review gestärkter hervor als ein Team, das alles vage beantwortet.
Spielen Sie es durch, bevor es jemand anderes tut
Nehmen Sie die drei Fragen zuerst mit in Ihr eigenes Team und beantworten Sie sie ehrlich, in einem Raum, in dem ein Fehler nichts kostet. Die meisten Teams entdecken dasselbe: Die erste Frage lässt sich mit Aufwand beantworten, die zweite wurde noch nie in diesen Worten gestellt, und für die dritte gibt es keinen Verantwortlichen. Das ist eine nützliche Stunde, und sie ist deutlich günstiger, als es vor einem Prüfer herauszufinden.
Häufig gestellte Fragen
Was fragt ein Security-Review zu KI-Agenten?
Was ist eine schwache Antwort auf eine Sicherheitsfrage zu KI-Agenten?
Warum ist „wer es nutzen darf“ nicht dasselbe wie „worauf es zugreifen kann“?
Wie spielen wir ein Security-Review durch?
Wie kann Rencore beim Nachweis helfen?
Wo das in Rencore Governance einzuordnen ist
Modul AI & Agents
Ein Inventar aller Copilot-Studio-Agenten und aller Websites mit SharePoint-Agenten, mit Eigentümer, Reichweite und Richtlinie.
Modul AI & Agents ansehenNachweise zur KI-Verordnung für Agenten
Nachweise pro Agent für Risikoklassifizierung und Audits, auf Abruf erstellt.
Lösung ansehenCopilot- und Agent-Governance
Finden Sie Agenten ohne Eigentümer, sehen Sie, worauf jeder zugreifen kann, und setzen Sie Richtlinien zeitgesteuert durch.
Copilot-Governance ansehen