IT Glossary
Ein Zugriffstoken ist der Nachweis, den ein OAuth-2.0-Client einer API vorlegt, mit festen Scopes und Laufzeit. Unterschied zu ID Token und Refresh Token.
November 2, 2026
Ein Zugriffstoken (Access Token) ist ein Berechtigungsnachweis, den ein OAuth-2.0-Client einer API vorlegt, um auf geschützte Ressourcen zuzugreifen. Es steht für eine konkrete Autorisierung: welche Scopes erteilt wurden, an welche Anwendung und für wie lange. Der Autorisierungsserver stellt es aus, nachdem eine Person oder ein Admin zugestimmt hat. Das Token kann eine opake Zeichenkette oder ein JSON Web Token sein und ist meist kurzlebig.
OpenID Connect ergänzt den OAuth-Ablauf um ein ID Token, und beide werden oft verwechselt, weil beide JWTs sein können. Das ID Token richtet sich an die Client-Anwendung: Es belegt, wer sich wann angemeldet hat, damit die Anwendung eine Sitzung öffnen kann. Das Zugriffstoken richtet sich an die API: Es trägt die Autorisierung, nicht die Identität. Ein ID Token an eine API zu senden oder die Identität aus einem Zugriffstoken zu lesen, das der Client als opak behandeln sollte, sind zwei typische Integrationsfehler.
RFC 6749, veröffentlicht im Oktober 2012, beschreibt Zugriffstoken als Nachweise, die bestimmte Scopes und Zugriffsdauern repräsentieren. Für die Governance ist das die entscheidende Definition: Die Berechtigung einer Drittanwendung ist die Menge der Scopes in ihrem Token. Eine Nachwuchskraft kann Lesezugriff auf ihr gesamtes Postfach und Laufwerk erteilen, ein Admin organisationsweite Scopes. Mit Blick auf die DSGVO zeigen diese Scopes auch, auf welche personenbezogenen Daten die Drittanwendung zugreift.
Ein Beratungsunternehmen mit 300 Mitarbeitenden arbeitet mit Google Workspace. Eine Vertriebsleiterin meldet sich mit ihrem Google-Konto bei einem KI-Notiztool an und erlaubt ihm, ihren Kalender und ihr Postfach zu lesen und zu verwalten. Das Tool hält nun Zugriffstoken mit diesen Scopes und ruft in ihrem Namen die Google-APIs auf. Ihre Position, ihr Team oder ihre Betriebszugehörigkeit spielen keine Rolle: Die Scopes entscheiden, was das Tool lesen kann.
Die SaaS-Erkennung von Corma bringt solche Tools ins Inventar, mit Nutzern, verantwortlicher Person und Kosten, als Teil der Transparenz über Schatten-IT und Shadow AI. Access Reviews fordern dann die verantwortliche Person jeder Anwendung auf zu bestätigen, wer den Zugriff behalten soll, während die Scopes selbst in der Admin-Konsole von Google Workspace geprüft und entzogen werden.
Nein. Ein Zugriffstoken stellt ein Autorisierungsserver für bestimmte Scopes und eine begrenzte Zeit aus. Ein API-Schlüssel ist ein statisches Geheimnis, einmal erstellt und gültig bis zum Widerruf.
Das legt der Autorisierungsserver bei der Ausstellung fest. Zugriffstoken sind meist kurzlebig, neue erhält die Anwendung über ein Refresh Token.
Manchmal. Viele Autorisierungsserver stellen Zugriffstoken als JWT aus, andere als opake Zeichenketten, die nur der Server auswerten kann.
Ja, wenn der Autorisierungsserver den Widerruf unterstützt und die API ihn prüft. Ein eigenständiges JWT bleibt meist bis zum Ablauf gültig, ein Grund, warum Zugriffstoken kurzlebig sind.