Die Automation läuft seit Monaten über den Microsoft-Login der Geschäftsführerin. Dann ändert sie ihr Passwort, aktiviert eine neue Sicherheitsregel oder verlässt das Unternehmen. Plötzlich steht der Ablauf. Noch unangenehmer: Im Protokoll sieht jede Aktion so aus, als hätte sie die Person selbst ausgeführt.
Ein AI-Agent braucht deshalb eine eigene technische Identität, sofern die angeschlossenen Systeme das unterstützen. Nicht, weil Maschinen Mitarbeitende wären. Sondern damit ihr Zugriff getrennt erteilt, geprüft und widerrufen werden kann.
Ein Account beantwortet vier praktische Fragen
| Frage | Mit persönlichem Login | Mit technischer Identität |
|---|---|---|
| Wer hat gehandelt? | Mensch und Automation vermischt | Aktion klar zuordenbar |
| Was darf der Agent? | Oft alle Rechte der Person | Eigene enge Scopes |
| Wie stoppt man ihn? | Mitarbeiterkonto sperren | Nur Agentenzugang widerrufen |
| Was passiert beim Austritt? | Integration bricht oder bleibt vergessen | Lifecycle bleibt beim Prozess-Owner |
Service Account ist kein Freipass
Ein separates Konto verbessert die Zuordnung. Es verhindert keinen Missbrauch, wenn es Administratorrechte, ein ewiges Passwort und keinen Owner hat. Für eine Termin-Automation reicht vielleicht: Kalender lesen, provisorischen Termin anlegen, keine bestehenden Einträge löschen. Der Werkstattleiter braucht mehr Rechte; der Agent gerade nicht.
- Einen fachlichen Owner und einen technischen Owner benennen.
- Nur benötigte Bereiche und Aktionen freigeben.
- Token-Ablauf, Rotation und Widerruf tatsächlich testen.
- Im Offboarding prüfen, welche persönlichen Verbindungen noch Automationen tragen.
- Einen Break-glass-Weg dokumentieren, ohne ein dauerhaftes Superkonto zu bauen.
Der schnellste Audit beginnt nicht im Tool
Schreiben Sie alle laufenden Automationen auf und daneben den Login, über den sie handeln. Taucht derselbe persönliche Account an fünf Stellen auf, haben Sie einen echten Aufräumkandidaten. Erst danach lohnt sich die Frage, ob die jeweilige Plattform Service Accounts, App-Identitäten oder feinere OAuth-Rechte anbietet.
Die Berechtigungs- und Audit-Log-Prüfung erklärt, was ein Agent tun darf. Das Agent-Inventar hält fest, wo er läuft. Die eigene Identität verbindet beides: Sie macht den Eintrag technisch abschaltbar.
Wenn ein Anbieter keine getrennte Identität zulässt, bleibt nur eine bewusste Ersatzlösung: dediziertes Integrationskonto, minimale Rechte, klarer Owner und dokumentierte Abhängigkeit. Verstecken sollte man diesen Kompromiss nicht.
Quellen
FAQ
Was ist eine technische Identität?
Ein eigenes Konto oder eine App-Identität, mit der eine Automation authentifiziert wird, getrennt von einem persönlichen Mitarbeiterkonto.
Unterstützt jedes SaaS Service Accounts?
Nein. Manche Systeme bieten App-Registrierungen oder Integrationskonten, andere nur persönliche OAuth-Verbindungen. Der Kompromiss muss sichtbar dokumentiert werden.
Reicht ein separates Konto für Sicherheit?
Nein. Rechte, Token-Laufzeit, Monitoring, Owner und ein getesteter Widerruf bleiben nötig.
Wann sollte der Zugriff geprüft werden?
Bei jeder wesentlichen Prozessänderung, beim Personalwechsel und zusätzlich in einem festen Rhythmus.