Fachvertiefung
Fachvertiefung - nur relevant, wenn dieses Thema gerade konkret bei Ihnen ansteht. Der einfache Einstieg bleibt der KI-Check.
Tirion Berechtigungsmodell für KI-Agenten
Berechtigungsmodell für KI-Agenten
Ein Berechtigungsmodell fuer KI-Agenten, die Tools nutzen, Daten lesen oder Aktionen ausloesen sollen, ohne unkontrollierte Rechte zu bekommen.
KI-Check starten
Framework-Überblick
Ein KI-Agent darf nicht wie ein Mensch mit pauschalen Rechten behandelt werden. Das Agent Permission Model trennt Zweck, Identitaet, Tool-Inventar, Scopes, Datenklassen, Aktionstiers, menschliche Freigabe, Audit und Kill Switch.
Das Rechte- und Kontrollmodell
Das Framework behandelt Agenten als eigene Betriebsrisiken: Sie haben Zweckgrenzen, Identitaeten, Tools, Datenzugriffe und Aktionswirkungen, die getrennt dokumentiert und freigegeben werden muessen.
Der Agent hat einen engen Zweck und darf ausserhalb dieses Zwecks keine Tools verwenden.
User-, Service- und Business-Identitaet, OAuth-/Graph-Scopes und Datenklassen werden getrennt betrachtet.
Aktionen werden nach Wirkung tiered, validiert, geloggt, freigegeben und bei Bedarf deaktiviert.
Jede Dimension wird mit 0 bis 3 Punkten bewertet. Besonders kritisch sind Schreibrechte, globale Admin-Rechte, untrusted Content und fehlendes Audit.
Production-ready fuer definierten Scope.
Pilot-ready mit kontrollierten Aktionen.
Nur Demo oder Read-only.
Nicht einsetzen.
Readiness-Dimensionen0-3
Purpose Bound
0-3Ist der Agentenzweck eindeutig und eng genug?
Identity
0-3Ist klar, welche User-, Service- und Business-Identitaet handelt?
Tool Inventory
0-3Sind alle Tools mit Verantwortlichen, Zweck und Side Effects dokumentiert?
Scope Minimality
0-3Sind API-/Graph-/OAuth-Scopes minimal und begruendet?
Data Boundary
0-3Sind Datenklassen, Mandantengrenzen und Sensitivitaet definiert?
Action Tiering
0-3Ist jede Aktion P0 bis P5 zugeordnet?
Menschliche Freigabe
0-3Passt die Freigabe zur Wirkung der Aktion?
Prompt Injection Defense
0-3Werden untrusted Inhalte von Instruktionen getrennt?
Tool Guardrails
0-3Gibt es Validierung vor und nach Tool-Ausfuehrung?
Auditability
0-3Sind Tool Calls, Argumente, Freigaben und Outputs nachvollziehbar?
Rollback
0-3Gibt es Korrektur- oder Ruecknahmeprozesse fuer Schreibaktionen?
Kill Switch
0-3Kann Agent oder Tool sofort deaktiviert werden?
Harte Stop-Kriterien
- Schreibrechte ohne Tool-Regeln und Freigaberegeln.
- Globale Admin-, Mailbox-, Drive- oder Graph-Rechte ohne Begruendung.
- Untrusted content plus Tool-Ausfuehrung ohne Isolation.
- Kein Audit fuer externe oder mutierende Aktionen.
- Keine verantwortliche Person.
Kurz-Checklist
- Agentenidentitaet und Verantwortliche definiert.
- Tool-Liste und Tool-Manifeste vorhanden.
- Scopes minimal und getrennt nach Aufgabe.
- P0-P5-Aktionstier je Tool festgelegt.
- Menschliche Freigabe vor P4/P5-Aktionen eingerichtet.
- Traces, Rollback und Kill Switch vorhanden.
Wofür dieses Framework genutzt wird
Ordnet jedes Tool nach Zweck, Nebenwirkungen, Freigabe und Audit ein.
Verhindert, dass Agenten globale oder unnoetig breite Scopes bekommen.
Definiert, welche Aktionen autonom, reviewpflichtig oder verboten sind.
Executive FAQ
Warum braucht ein Agent ein eigenes Permission Model?
Weil Agenten Tools kombinieren, Inhalte interpretieren und Aktionen ausloesen koennen. Klassische User-Rechte reichen dafuer nicht als Kontrollmodell.
Was ist ein hartes Stop-Kriterium?
Jede Konstellation, in der ein Agent schreiben, extern kommunizieren oder breite Daten lesen kann, ohne Verantwortliche, Freigabe, Audit und Kill Switch.
Ist Read-only immer sicher?
Nein. Auch Read-only braucht Datenklassifizierung, Permission Hygiene und Prompt-Injection-Schutz, ist aber meist der bessere Pilotstart.
Jetzt starten
Sie wollen daraus eine echte Entscheidung machen?
Nutzen Sie den KI-Check, um den stärksten AI-, Cloud- oder Freigabe-Hebel vor dem nächsten Schritt einzuordnen.