IT Glossary
Die Workload-Identität weist ohne gespeichertes Geheimnis nach, was eine Anwendung ist. Erfahren Sie, warum sie statische Schlüssel zunehmend ablöst.
August 7, 2026
Die Workload-Identität ist ein Ansatz, bei dem sich eine Anwendung, ein Container oder eine Funktion authentifiziert, indem sie der ausführenden Plattform nachweist, was sie ist, und dafür kurzlebige Zugangsdaten erhält, statt ein gespeichertes Geheimnis zu halten. Die Identität hängt an der Arbeitslast selbst und nicht an einem Konto, das jemand angelegt, und einem Schlüssel, den jemand kopiert hat.
Ein statischer Dienstkonto-Schlüssel ist eine Zugangsberechtigung ohne Ablauf, häufig ohne verantwortliche Person, und mit einer Kopie an mindestens einem Ort, an den sich niemand erinnert. Die Workload-Identität beseitigt das Objekt, statt es besser zu schützen. Der Preis dafür ist, dass sie nur dort funktioniert, wo die Plattform Attestierung unterstützt, die meisten Unternehmen betreiben also jahrelang beide Modelle und müssen wissen, welche Arbeitslasten noch von einem gespeicherten Schlüssel abhängen.
Ein Team stellt seine Bereitstellungskette von einem gespeicherten Cloud-Schlüssel auf eine föderierte Workload-Identität um, sodass die Kette nachweist, aus welchem Repository und welchem Branch sie läuft, und dafür Zugangsdaten mit zehn Minuten Gültigkeit erhält. Der gespeicherte Schlüssel kann gelöscht werden. Offen bleibt die Frage, die jeder Bestand kennt: Welche anderen Integrationen halten noch langlebige Schlüssel, wer verantwortet sie, und was bricht beim Entzug. Corma verfolgt diese nicht-menschlichen Identitäten neben den menschlichen, damit ein einziges Inventar beide abdeckt.
Ein Dienstkonto ist ein Konto mit gespeicherten Zugangsdaten. Die Workload-Identität stellt kurzlebige Zugangsdaten anhand nachgewiesener Laufzeitmerkmale aus, sodass nirgends etwas gespeichert wird.
Sie überschneiden sich. Die Maschinenidentität bezeichnet üblicherweise Geräte und Zertifikate, während die Workload-Identität laufende Software meint, also Container, Funktionen und Bereitstellungsketten.
Ja, über Föderation. Eine Arbeitslast einer Plattform kann ihr attestiertes Token einer anderen vorlegen und zugeschnittene Zugangsdaten erhalten, ohne jeden geteilten statischen Schlüssel.
Ja. Die Zugangsdaten sind kurzlebig, die damit gewährten Berechtigungen sind es nicht. Diese Berechtigungen brauchen weiterhin eine verantwortliche Person, einen definierten Geltungsbereich und einen Platz in der Zugriffsüberprüfung.
