Identity & Trust
Agent Identity & Permissions
Sobald Software im Namen eines Unternehmens handelt, entsteht sofort eine Frage: Wer ist dieser Agent eigentlich - und wozu ist er befugt? Ohne prüfbare Antwort ist Autonomie nicht verantwortbar.
Ein Agent, der einen Termin vereinbart, einen Auftrag auslöst oder eine Zahlung freigibt, tritt gegenüber Dritten wie ein Bevollmächtigter auf. Im Menschengeschäft regelt das eine Vollmacht, eine Prokura oder eine Unterschriftenregelung. Für Agents fehlte diese Ebene bisher schlicht.
Die Kette der Zurechenbarkeit
Brauchbare Agent-Identität ist keine einzelne Kennung, sondern eine Kette. Jedes Glied muss einzeln überprüfbar sein:
- 01Human Identity - welcher Mensch steht dahinter
- 02Company Identity - für welche Organisation
- 03Agent Identity - welcher konkrete Agent
- 04Permissions - wozu genau befugt
Im Klartext heißt eine solche Kette zum Beispiel:
„Dieser Agent gehört Ed und darf im Namen von NEOB Software bis maximal 5.000 € kaufen.“
Der entscheidende Punkt ist nicht die Aussage, sondern ihre Prüfbarkeit. Ein Gegenüber muss das feststellen können, ohne beim Aussteller nachzufragen und ohne dem Agenten einfach zu glauben.
Woher die Bausteine kommen
An dieser Stelle kommen viele Konzepte aus Web3 zurück ins Spiel - nicht als Ideologie, sondern weil sie das Problem bereits gelöst haben:
- DIDs - Kennungen, deren Inhaberschaft sich kryptografisch beweisen lässt, ohne zentrale Vergabestelle.
- Verifiable Credentials - signierte Nachweise über Rolle, Rahmen und Gültigkeit, prüfbar ohne Rückfrage.
- Kryptografische Signaturen - jede Handlung ist einem Schlüssel und damit einem Verantwortlichen zurechenbar.
- Wallets - der Ort, an dem Schlüssel, Nachweise und Verfügungsrahmen zusammenkommen.
Ein Nachweis statt eines Logins
Der praktische Unterschied lässt sich an einem Beispiel zeigen. Der Einkaufsagent eines Hotels könnte gegenüber einem beliebigen Lieferanten kryptografisch belegen:
Ohne Registrierung, ohne Account beim Lieferanten, ohne Passwort. Das verlagert Vertrauen von der Plattform zum Nachweis: Nicht mehr die Frage, ob jemand ein Konto hat, entscheidet - sondern der Beleg, wozu er befugt ist.
Was Permissions praktisch regeln müssen
Berechtigungen sind der Teil, an dem die meisten Projekte scheitern - meist weil sie zu grob geraten. Ein tragfähiges Modell beantwortet mindestens:
| Dimension | Beispiel |
|---|---|
| Betragsgrenze | Einzelvorgang max. € 500, Tagesbudget max. € 2.000 |
| Gegenstand | Nur Ersatzteile, keine Dienstleistungen |
| Gegenpartei | Nur gelistete Lieferanten oder Agents mit Mindestreputation |
| Zeitraum | Befristet, mit klarem Ablaufdatum |
| Eskalation | Ab welchem Punkt zwingend ein Mensch entscheidet |
| Widerruf | Wie die Vollmacht sofort und nachweisbar entzogen wird |
Die unbequeme Ebene. Identität und Berechtigungen sind der Teil von Web4, über den am wenigsten gesprochen wird, weil er weder spektakulär noch verkaufbar ist. Er entscheidet trotzdem darüber, ob Agents jemals mehr dürfen als Vorschläge machen.