Direkte Antwort
Diese Identitätstypen stehen für unterschiedliche Akteure, Lebenszyklen und Risiken. Ein menschliches Konto gehört zu einer Person; ein Dienstkonto zu einer nichtmenschlichen Arbeitslast; ein Service Principal repräsentiert eine Anwendungsinstanz; eine verwaltete Identität ist eine vom Cloud-Anbieter verwaltete Arbeitslastidentität; und eine KI-Agentenidentität gehört zu einem Agenten, dessen Zweck, Sponsor, Werkzeuge und Handlungen gesondert verfolgt werden müssen.
Einfach erklärt
In einem Betrieb sollten Mitarbeiterausweis, Berechtigung einer automatischen Türsteuerung und Identität eines Lieferroboters nicht derselbe Ausweis sein. Jeder Akteur muss einzeln erkannt werden, damit er passende Berechtigungen erhält und seine Handlungen richtig zugeordnet werden können.
Warum ist das wichtig?
Automatisierung über ein menschliches Konto verschleiert Verantwortlichkeit, trägt häufig zu weitreichende Befugnisse und kann ausfallen, wenn die Person ausscheidet. Einen Agenten nur durch einen Modellnamen zu kennzeichnen zeigt außerdem nicht, welche konkrete Agenteninstanz gehandelt hat.
Nicht verwechseln
- Identität, Authentifikator und Berechtigung sind nicht dasselbe.
- Anwendungsobjekt und Service Principal sind nicht dasselbe Objekt.
- Eine verwaltete Identität ist eine verwaltete Identitätsform; ihre Beziehung zur nutzenden Ressource muss dennoch verfolgt werden.
- Ein KI-Agent ist nicht das zugrunde liegende Modell selbst.
Was ist zu tun?
- Verwenden Sie für jede Arbeitslast und jeden folgenreichen Agenten eine eigene Identität.
- Betreiben Sie Hintergrundautomatisierung nicht über ein menschliches Konto.
- Verknüpfen Sie jede Identität mit Zweck, Besitzer oder Sponsor, Umgebung und Lebenszyklus.
- Bevorzugen Sie, soweit passend, kurzlebige oder verwaltete Zugangsdaten gegenüber langlebigen statischen Geheimnissen.
- Erfassen Sie Werkzeug-, Modell-, Laufzeit- und Agentenidentitäten getrennt.
- Wenden Sie das Prinzip der geringsten Rechte an und prüfen Sie Zugänge regelmäßig.
Wie wird geprüft?
- Ist die Identität richtig klassifiziert?
- Verwendet eine nichtmenschliche Arbeitslast ein menschliches Konto?
- Sind Besitzer oder Sponsor aktuell?
- Wird unnötig ein statischer Schlüssel verwendet?
- Lassen sich die Beziehungen zwischen Agent, Modell, Werkzeugen und Laufzeit nachverfolgen?
- Werden beim Schließen der Identität auch ihre Berechtigungen und Geheimnisse geschlossen?
Grenze
Anbieter verwenden unterschiedliche Begriffe. NOMOS schlägt ein gemeinsames Prüfvokabular vor; es führt die Identitätsmodelle von Microsoft, Google und AWS nicht zu einem einzigen technischen Schema zusammen.
Merksatz
Teilen Person, Anwendung, Arbeitslast und Agent eine Identität, lässt sich schwer erkennen, wer was getan hat.
Quellen dieses Eintrags
- S24NIST SP 800-63-4, *Digital Identity Guidelines*Standard
- S25NIST SP 800-63B-4, *Authentication and Authenticator Management*Standard
- S29Microsoft Learn, *Application and Service Principal Objects in Microsoft Entra ID*Anbieterdokumentation
- S30Microsoft Learn, *Managed Identities for Azure Resources*Anbieterdokumentation
- S31Google Cloud, *Identities for Workloads*Anbieterdokumentation
- S32AWS IAM, *Temporary Credentials with AWS Resources*Anbieterdokumentation