--- title: "Agenten-Mandat oder OAuth-Token? Der Unterschied" url: https://knowyouragent.ch/wissen/vergleich/mandat-oder-oauth lang: de-CH updated: 2026-10-17 license: © Innopulse Consulting GmbH --- # Agenten-Mandat oder OAuth-Token? Der Unterschied OAuth-Token und Agenten-Mandat werden oft verwechselt, weil beide etwas erlauben. Ein Token öffnet eine Tür, ein Mandat sagt, was hinter der Tür im Auftrag wessen erlaubt ist. In der Praxis braucht es oft beides. [Leutrim Miftaraj](https://knowyouragent.ch/ueber/leutrim-miftaraj), Gründer, Innopulse Consulting GmbH Veröffentlicht am 17. Oktober 2026 ## Das Wichtigste in Kürze - OAuth regelt den Zugang zu einer Schnittstelle, ein Mandat die einzelne Handlung im Auftrag. - Ein Mandat ist unabhängig vom Autorisierungsserver prüfbar und über eine [Statusliste](https://knowyouragent.ch/wissen/glossar/statusliste) widerrufbar. - Für Handlungen mit Folgen braucht es meist beides: Zugang über OAuth und Befugnis über ein Mandat. ## Worum es geht Ein [OAuth](https://knowyouragent.ch/wissen/glossar/oauth-2-1)-Zugangstoken erlaubt einem Client, im Namen eines Nutzers auf eine Ressource zuzugreifen: Kalender lesen, Bestellungen anlegen, Zahlungen auslösen. Welche Arten von Zugriffen erlaubt sind, regeln Scopes, feiner auch [Rich Authorization Requests](https://knowyouragent.ch/wissen/glossar/rich-authorization-requests). Das Token gilt beim Autorisierungsserver und den angeschlossenen Schnittstellen. Ein [Agenten-Mandat](https://knowyouragent.ch/wissen/glossar/agenten-mandat) beschreibt dagegen den Auftrag: Wer handelt für wen, welche Handlungen sind erlaubt, bis zu welchem Betrag, bei welchen Gegenparteien, wie lange. Es ist signiert und kann von jeder Stelle geprüft werden, auch von einer, die den Autorisierungsserver nie gesehen hat. ## Der Vergleich | Merkmal | OAuth-Zugangstoken | Agenten-Mandat | |---|---|---| | Zweck | Zugang zu einer Ressource | Befugnis für Handlungen im Auftrag | | Prüfung durch | Ressourcenserver des Anbieters | jede Prüfstelle mit dem Schlüssel des Ausstellers | | Grenzen | Scopes, bei RAR konkrete Angaben | Handlungstypen, Beträge, Gegenparteien, Gültigkeit | | Lebensdauer | Minuten bis Stunden | Tage bis Monate, widerrufbar | | Widerruf | beim Autorisierungsserver | über eine Statusliste, auch offline prüfbar | | Nachweis danach | Protokoll des Anbieters | mit Entscheid und Beleg unabhängig nachrechenbar | ## Wann was passt - **Nur OAuth:** Der Agent liest Daten oder führt Handlungen ohne nennenswerte Folgen aus, und nur der Anbieter selbst muss den Zugriff nachvollziehen können. - **OAuth und Mandat:** Der Agent löst Handlungen mit Folgen aus, etwa Zahlungen oder Bestellungen, und Dritte wie Händler, Banken oder die Revision müssen später prüfen können, ob sie erlaubt waren. - **Nur Mandat:** Der Agent legt seinen Auftrag bei einer Gegenstelle vor, mit der kein gemeinsamer Autorisierungsserver besteht, etwa bei einem fremden Händler. ## Wie beides zusammenspielt In vielen Architekturen meldet sich der Agent mit OAuth an einer Schnittstelle an und legt bei einer Handlung zusätzlich sein Mandat vor. Ein Gateway prüft vor der Ausführung, ob die Handlung im Mandat liegt, signiert einen [Entscheid](https://knowyouragent.ch/wissen/glossar/entscheid-token) und hält das Ergebnis in einem Beleg fest. So bleibt der Zugang beim Anbieter, und der Nachweis der Befugnis wird portabel. Wer RAR einsetzt, kann die authorization_details mit den Grenzen des Mandats abgleichen. Ein Token, dessen Angaben über das Mandat hinausgehen, ist ein Warnsignal. ## Rolle von KYA KYA prüft keine OAuth-Tokens. KYA prüft Mandate, Entscheide und Belege und beantwortet die Frage, die OAuth offenlässt: War genau diese Handlung im Auftrag erlaubt? Das Ergebnis ist ein [Prüfschein](https://knowyouragent.ch/pruefen), den jede Seite nachrechnen kann. ## Häufige Missverständnisse - **«Ein feiner Scope ist dasselbe wie ein Mandat.»** Auch der feinste Scope nennt keinen [Auftraggeber](https://knowyouragent.ch/wissen/glossar/auftraggeber) und lässt sich nicht ausserhalb des Autorisierungsservers prüfen. - **«Wer ein Token hat, war befugt.»** Ein Token zeigt Zugang, nicht ob die konkrete Handlung im Auftrag lag. Gerade bei manipulierten Agenten fallen beide auseinander. - **«Ein Mandat ersetzt die Anmeldung.»** Nein. Der Zugang zu einer Schnittstelle bleibt Sache von OAuth; das Mandat kommt für Handlungen mit Folgen hinzu. ## Entscheidungshilfe in drei Fragen - Hat die Handlung Folgen für Geld, Verträge oder Rechte? Dann braucht es zusätzlich ein Mandat. - Muss jemand ausserhalb Ihres Systems die Handlung später prüfen? Dann muss der Nachweis portabel sein. - Soll eine einzelne Befugnis widerrufbar sein, ohne den Zugang zu sperren? Dann gehört sie in ein Mandat mit Statusliste. ## Häufige Fragen ### Ist ein OAuth-Token eine Vollmacht für einen KI-Agenten? Nur im Sinn eines Zugangs. Es erlaubt Zugriffe auf eine Ressource, beschreibt aber weder den Auftraggeber noch die Grenzen einer einzelnen Handlung so, dass Dritte das prüfen können. ### Brauche ich ein Mandat, wenn ich schon OAuth nutze? Für Handlungen mit Folgen, die Dritte später nachvollziehen sollen, ja. Für reine Lesezugriffe innerhalb eines Anbieters genügt oft OAuth. ### Können RAR und Mandat dieselben Grenzen enthalten? Ja. Sinnvoll ist, die Grenzen im Mandat festzulegen und die authorization_details daraus abzuleiten, damit Zugang und Befugnis übereinstimmen. ### Wer prüft ein Mandat? Jede Stelle, die den Schlüssel des Ausstellers kennt: Händler, Banken, Behörden oder die Revision. KYA prüft Mandate lokal im Browser oder im eigenen System. ### Kann ein Mandat in einem OAuth-Token stecken? Grundsätzlich lassen sich Angaben eines Mandats in ein Token übernehmen. Das Token bleibt aber an den Autorisierungsserver gebunden; der portable, unabhängig prüfbare Nachweis ist das signierte Mandat selbst. ### Was ist mit OpenID Connect? OpenID Connect ergänzt OAuth um die Anmeldung von Nutzern und liefert Angaben zur Identität. Über die Befugnis eines Agenten für eine einzelne Handlung sagt es ebenso wenig aus wie OAuth. ## Quellen - OAuth 2.1 (IETF-Entwurf): [https://datatracker.ietf.org/doc/draft-ietf-oauth-v2-1/](https://datatracker.ietf.org/doc/draft-ietf-oauth-v2-1/) - RFC 9396: Rich Authorization Requests: [https://www.rfc-editor.org/rfc/rfc9396](https://www.rfc-editor.org/rfc/rfc9396) - [SD-JWT VC](https://knowyouragent.ch/wissen/glossar/sd-jwt-vc) (IETF): [https://datatracker.ietf.org/doc/draft-ietf-oauth-sd-jwt-vc/](https://datatracker.ietf.org/doc/draft-ietf-oauth-sd-jwt-vc/) --- Quelle: https://knowyouragent.ch/wissen/vergleich/mandat-oder-oauth · KYA – Know Your Agent