IT Glossary
Ein API-Schlüssel ist ein statisches Geheimnis, das die aufrufende Anwendung identifiziert. Warum er Austritte überdauert und was ihn vom Token trennt.
November 2, 2026
Ein API-Schlüssel (API Key) ist ein statisches Geheimnis in Form einer Zeichenkette, das die Anwendung, das Projekt oder die Integration identifiziert, die eine API aufruft. So kann der Anbieter die Anfrage authentifizieren, Kontingente anwenden und die Nutzung abrechnen. Er authentifiziert den Aufrufer, nicht eine Person: Wer den Schlüssel besitzt, kann ihn von jedem Rechner aus nutzen. Ein API-Schlüssel bleibt meist gültig, bis ihn jemand widerruft, oft mit allen Rechten des erstellenden Kontos.
Für die Governance zählt die Nachvollziehbarkeit. Ein Zugriffstoken geht auf eine erteilte Autorisierung zurück, die der Autorisierungsserver zurückziehen kann. Ein API-Schlüssel geht nur auf die Erinnerung der Person zurück, die ihn erstellt hat. Deshalb gehört jeder Schlüssel in einen Secrets Manager, mit einer verantwortlichen Person und einem Rotationsdatum.
Ein E-Commerce-Unternehmen mit 180 Mitarbeitenden lässt seine Leiterin Marketing Operations die E-Mail-Plattform, das CRM und das Analysetool über API-Schlüssel verbinden, die sie in ihrem eigenen Konto erzeugt. Die Schlüssel liegen in einem Automatisierungstool und in zwei Skripten auf einem geteilten Laufwerk. Bei ihrem Austritt sperrt die IT ihr Google-Workspace-Konto und entfernt sie aus den bekannten SaaS-Anwendungen.
Die Schlüssel laufen trotzdem weiter: In zwei der drei Tools gehören sie zum Workspace und nicht zu ihrem Benutzer, und niemand sonst weiss, wo sie liegen. Öffnet einer davon den Zugang zu Kundendaten, wird ein Leak schnell auch zum DSGVO-Thema.
Das Inventar von Corma zeigt die SaaS-Anwendungen und Konten jeder Person, und seine Offboarding-Workflows entfernen Konten und Zugriffe in diesen Anwendungen, auch in solchen ohne SCIM. Diese Liste zeigt der IT, wo Schlüssel der ausgetretenen Person liegen können, damit sie in jeder Anwendung widerrufen oder rotiert werden und nicht nur im Identity Provider.
Nein. Ein Passwort weist die Identität einer Person nach, meist zusammen mit einem zweiten Faktor. Ein API-Schlüssel identifiziert eine Anwendung, hat keinen zweiten Faktor und funktioniert für jeden, der ihn kopiert.
Nur wenn die Anwendung oder die erstellende Person ein Ablaufdatum festlegt. Viele Schlüssel bleiben gültig, bis sie von Hand gelöscht oder rotiert werden.
Das hängt von der Anwendung ab. Manche deaktivieren die Schlüssel gelöschter Benutzer, andere ordnen sie dem Workspace zu und lassen sie aktiv. Jeder Schlüssel muss daher in der Anwendung geprüft und widerrufen werden.
In einem Secrets Manager oder dem Secret Store der Deployment-Plattform, nie im Quellcode, in Tickets oder in Chats.