Token-Diebstahl: Warum ein gestohlener Signaturschlüssel jedes Passwort-Ticket überholt

Laut einer Fallstudie des NIST gelangten mehr als 60.000 E-Mails einer Behörde in fremde Hände, ohne dass jemand ein Passwort knackte. Die US-Stellen CISA und NIST haben am 15. September 2026 den Bericht IR 8587 veröffentlicht. Er stellt gestohlene Signaturschlüssel und missbrauchte Tokens ins Zentrum der Verteidigung und relativiert damit die klassische Passwortpflege.

Was CISA und NIST am 15. September 2026 veröffentlicht haben und worauf der Bericht aufbaut

Am 15. September 2026 haben die Cybersecurity and Infrastructure Security Agency (CISA) und das National Institute of Standards and Technology (NIST) den Interagency Report IR 8587 freigegeben. Sein englischer Titel lautet „Protecting Tokens and Assertions from Forgery, Theft, and Misuse: Implementation Recommendations for Agencies and Cloud Service Providers“. Die PDF-Fassung liegt als NIST.IR.8587.pdf beim NIST vor.

Der Bericht richtet sich vor allem an US-Bundesbehörden und Cloud-Dienstanbieter. Ryan Galluzzo, Leiter des NIST Digital Identity Program, betont jedoch, dass jede Organisation davon profitieren kann, die Identitäts-Tokens und verwandte Assertionen handhabt, ob Behörde oder Unternehmen. Assertionen sind signierte Identitätsaussagen. Tokens sind kryptografisch geschützte Angaben zu Identität und Berechtigungen. Sie machen Single Sign-On bequem und gehören zu den Bausteinen von Zero-Trust-Architekturen. Ungeschützt werden sie zur Eintrittskarte für seitliche Bewegungen im Netz und für den Zugriff auf sensible Daten.

Hinter dem Text steht breite Beteiligung. Fast 250 öffentliche Kommentare zu Token-Validierung, Verwaltung geheimer Schlüssel und Erkennung in großem Maßstab flossen ein. Hinzu kamen Beiträge des Joint Cyber Defense Collaborative, ein technischer Austausch im Juni 2025 mit über 50 Fachleuten aus der Industrie und ein Webinar im Januar 2026 zum Entwurf. Dutzende Treffen mit Cloud-Dienstanbietern ergänzten das, darunter Google, HashiCorp (ein Unternehmen von IBM), IBM, Microsoft, Okta, die OpenID Foundation, Oracle, Amazon Web Services und Wiz. Wer Leitlinien ohne Praxisbezug befürchtet, findet in dieser Gästeliste wenig Nährboden.

Die Stoßrichtung fasst Chris Butera, bei der CISA Acting Executive Assistant Director for Cybersecurity, so zusammen: „Identität ist die neue Außengrenze, und die Tokens und Assertionen dahinter sind attraktive Ziele für versierte Angreifer. Diese Leitlinien zeigen Behörden und Cloud-Anbietern einen klaren, praktischen Weg, Ausstellung, Prüfung und Verwaltung von Tokens zu härten, damit ein gestohlenes oder gefälschtes Credential nicht zum Brückenkopf in der gesamten Bundesverwaltung wird.“

IR 8587 erweitert Release 5.1.1 der NIST Special Publication 800-53 und deren Kontrolle IA-13. Die Publikation enthält die Kataloge für Sicherheits- und Datenschutzkontrollen, IA-13 betrifft die Verwaltung von Tokens. Der Bericht liefert die Umsetzungsempfehlungen, die aus dem Kontrolltext Praxis machen. Zugleich unterstützt er die Umsetzung der Executive Order 14306 zu sicheren Software-Entwicklungspraktiken. Wer Software und Cloud-Dienste von Grund auf sicher bauen will, kommt an Token-Lebenszyklen nicht vorbei.

Nach Angaben der CISA liefert der finale Bericht Folgendes:

• architektonische Überlegungen für Identitätsanbieter und Autorisierungsserver
• Verbesserungen bei Schlüsselverwaltung, Token-Prüfung und Kontrollen für den Token-Lebenszyklus
• Leitlinien zur Absicherung von Single Sign-On, Föderation und API-Zugriffen mit digital signierten, asymmetrisch verschlüsselten Tokens
• Prinzipien für konfigurierbare, transparente und interoperable Kontrollen, die risikoorientiert und an Bedrohungen anpassbar über Cloud-Umgebungen hinweg gelten

Die Empfehlungen gelten für kommerzielle und behördlich betriebene Cloud-Dienste. Die CISA fordert Behörden, Dienstanbieter und Cloud-Nutzer ausdrücklich auf, den Bericht zu prüfen und umzusetzen.

Der Entwurf erschien im Dezember 2025, nach dem Feedback folgte die Finalisierung. Zu den auffälligsten Änderungen zählt das NIST:

• Der Schutz kryptografischer Schlüssel ist weniger vorschreibend und stärker an Ergebnissen orientiert, dazu gibt es mehr Rat zu Nutzung, Schutz und Speicherung von Schlüsseln.
• Neue grundsätzliche Überlegungen betreffen KI und die Umstellung auf Post-Quanten-Kryptografie, ausdrücklich ohne umfassende Werkzeugkästen. Verweise auf ein Konzeptpapier zu Identität für KI-Agenten und auf ein Migrationsprojekt zur Post-Quanten-Kryptografie dienen als Wegweiser.
• Neue Verweise gelten Standards für Ergebnisse wie den Widerruf von Tokens und den Austausch von Signalen rund um Tokens.

Wo viele Teams noch die Passwortrichtlinie auf die Planung schreiben, rückt der Bericht Signaturschlüssel, Lebenszyklus und Signalaustausch in den Mittelpunkt.

Warum hilft ein zurückgesetztes Passwort nicht gegen gestohlene Schlüssel?

Ein Ticket mit dem Inhalt „Passwort zurücksetzen“ behebt keinen kompromittierten Signaturschlüssel. Im Service-Desk steht der Status auf erledigt: Passwort zurückgesetzt, Multifaktor-Authentifizierung neu gebunden. Trotzdem lagen laut der NIST-Fallstudie in IR 8587 mehr als 60.000 E-Mails einer Behörde in fremden Händen. Ausländische Akteure hatten gefälschte Tokens genutzt, abgeleitet von einem einzigen gestohlenen kommerziellen Signaturschlüssel. Weder an der Login-Maske noch mit Brute-Force-Versuchen musste dafür jemand ansetzen.

Aus Sicht der Verteidigung genügt ein abstraktes Szenario ganz ohne Angriffsmechanik. Ein Identitätsanbieter stellt langlebige Inhaber-Tokens für Arbeitsabläufe von Agenten aus. Gerät der Signaturschlüssel in fremde Hände, entstehen Tokens, die Systeme als gültig akzeptieren, solange Prüfung, Widerruf und Erkennung nicht greifen. Ein Passwort-Reset ändert das Geheimnis des Nutzers. Er rotiert den Signaturschlüssel nicht, erklärt bestehende Assertionen nicht automatisch für ungültig und teilt abhängigen Diensten nicht mit, dass Vertrauen entzogen wurde.

Das Haupttor war damit die Vertrauenskette hinter Single Sign-On und Föderation und nicht die Login-Maske. Auch die Zwei-Faktor-Authentifizierung hilft hier nur begrenzt. Sie schützt den Anmeldevorgang, ein missbrauchtes Token kann diesen Moment aber bereits hinter sich haben. Das Problem liegt dann auf der Ebene von Sitzung und Assertion statt beim Passwort.

Sitzungs- und MFA-Umgehung, also die Umgehung der Multifaktor-Authentifizierung, gehören zur Lagebeurteilung, etwa wenn Angreifende Sitzungen statt Geheimnisse jagen. Phishing-as-a-Service-Angebote wie Tycoon 2FA dienen als Beispiel. Eine Strategie für den Token-Lebenszyklus ersetzen sie nicht, und genau darauf zielt IR 8587: Signatur, Prüfung, Widerruf, Signalaustausch.

Scanner finden Schwachstellen, und das ist gut so. Ein geschlossenes Schwachstellenticket sagt jedoch nichts darüber aus, ob der Token-Lebenszyklus nach einem Schlüsselverlust hält. Wer beim Token-Diebstahl nur die nächste Schwachstelle abhakt, verteidigt die Fassade und lässt das Fundament offen.

Welche Schutzmaßnahmen der Bericht in den Mittelpunkt stellt

Die Verteidigung ruht laut CISA und NIST auf Schlüsselverwaltung, Token-Prüfung, Lebenszyklus, Widerruf, Signalaustausch und Vorbereitung vor dem Ernstfall. Die Maßnahmen sind ergebnisorientiert, risikoinformiert und an Bedrohungen anpassbar. Anleitungen zum Fälschen von Tokens enthält der Bericht nicht.

Schlüsselverwaltung. Der gestohlene Signaturschlüssel in der NIST-Fallstudie zeigt das Risiko: Ein einziger Schlüssel erzeugt beliebig viele gültig wirkende Tokens. Ergebnisorientiert zu denken heißt, Schutz, Nutzung und Speicherung so zu gestalten, dass eine Kompromittierung erkannt, begrenzt und behoben werden kann. Das NIST beschreibt die Verschiebung gegenüber dem Entwurf als weniger Checklistendogma und mehr nachweisbare Fähigkeit. Reviews sollten klären, wer Zugriff auf Signaturmaterial hat, wie Rotationen geplant statt nur dokumentiert werden und wie Schlüssel von gewöhnlichen Arbeitslasten getrennt sind.

Token-Prüfung. Bei digital signierten, asymmetrisch verschlüsselten Tokens ist die Verifikation Pflicht und keine Dekoration. Zu prüfen sind Aussteller, Zielsystem, Signatur und Gültigkeitszeitraum. Die architektonischen Überlegungen für Identitätsanbieter und Autorisierungsserver sollen sicherstellen, dass die Prüflogik zur Bedrohungslage passt. Wer Tokens akzeptiert, ohne die Vertrauenskette zu hinterfragen, öffnet die Tür für seitliche Bewegungen, vor der die CISA warnt.

Lebenszyklus. Die Kontrollen umfassen Ausstellung, Nutzung, Erneuerung und Ende eines Tokens. Langlebige Inhaber-Tokens für Agenten-Abläufe sind bequem und gefährlich, wenn Widerruf und Erkennung fehlen. Die Lebensdauer sollte sich am Risiko orientieren, die Erneuerung an der Richtlinie und das Ende an Signalen. Ein Token, das ewig gilt, weil niemand den Lebenszyklus verantwortet, ist eine offene Hypothek.

Widerruf und Signalaustausch. Der finale Bericht verweist stärker auf Standards für den Widerruf von Tokens und das Teilen von Signalen. Ein Widerruf muss die abhängigen Systeme erreichen, sonst bleibt das Ticket grün und das Token gültig. Der Signalaustausch soll einen Vertrauensverlust interoperabel, konfigurierbar und transparent weitergeben.

KI-Agenten. IR 8587 enthält grundsätzliche Überlegungen zu KI, aber kein vollständiges Werkzeugpaket. Das NIST verweist auf ein Konzeptpapier zu Identität für KI-Agenten. Agenten-Abläufe mit langlebigen Tokens brauchen dieselbe Disziplin bei Lebenszyklus und Widerruf, oft eine strengere, weil Automatisierung Größenordnungen erzeugt. Wer Agenten schnell anbindet und Signatur sowie Widerruf auf später verschiebt, wiederholt den Fehler des Passwort-Tickets auf neuer Ebene.

Post-Quanten-Kryptografie. Auch hier gibt es grundsätzliche Überlegungen ohne umfassendes Werkzeugpaket, und das NIST nennt sein eigenes Migrationsprojekt als Wegweiser. Token-Infrastrukturen leben lange. Wer heute Schlüssel und Algorithmen wählt, sollte die Migrationsfähigkeit mitdenken, ohne in Panik alles zu ersetzen.

Prüfungen vor dem Ernstfall. Gemeint sind Übungen, Reviews und Kontrollen, die greifen, bevor der Schlüssel verloren ist. Dazu gehört der Nachweis, dass sich eine Rotation in einem definierten Zeitfenster durchführen lässt. Widerrufssignale müssen alle relevanten vertrauenden Systeme erreichen, ungewöhnlich lange Token-Laufzeiten müssen auffallen, und Protokolle zu Ausstellung und Prüfung müssen vorliegen. Nachgewiesene Fähigkeit zählt mehr als abgehakte Schwachstellen.

Wer den Bericht umsetzen soll

Umsetzen sollen den Bericht Behörden, Cloud-Dienstanbieter und Cloud-Nutzer gleichermaßen. Die CISA adressiert alle drei Gruppen, das NIST betont über Galluzzo, dass auch kommerzielle Organisationen IR 8587 als Leitfaden nutzen können. Die Rollen sind klar verteilt: Cloud-Dienstanbieter müssen sichere Produkte liefern und konfigurierbar machen. Nutzende Organisationen müssen Dienste richtig einrichten und Kontrollen aktivieren. Interoperabilität und Transparenz entscheiden darüber, ob Widerrufssignale tatsächlich ankommen.

Dieses Bild wurde mit KI generiertProviderhiggsfieldModellgpt_image_2PromptAdult hands holding a printed key-rotation checklist beside a laptop in a quiet server room, soft overhead light, defensive hardening mood, photorealistic, no logos, no readable UI, no exploit code, no payloads, 16:9

Für Leserinnen und Leser in Deutschland, Österreich und der Schweiz gilt: IR 8587 ist ein US-Bericht, die Bedrohungsmechanik ist es nicht. Wer Single Sign-On, Föderation und API-Zugänge betreibt, findet in den Prinzipien zu Schlüsselverwaltung, Prüfung und Lebenszyklus eine Verteidigungssprache, die sich auf eigene Risikobewertungen übertragen lässt. Ein einzelnes Dokument macht Systeme allerdings nicht fertig abgesichert.

Den Einstieg in die Sitzung härten Passkeys und phishing-resistente Faktoren. IR 8587 ergänzt, was danach mit dem Token geschieht, das die Sitzung trägt: wer es signiert, wer Signatur, Zielsystem, Aussteller und Ablauf prüft und wer es widerrufen kann. Einen Überblick zur Angriffsseite bietet der Beitrag zu Cyberangriffen auf Authentifizierungssysteme, hier stets aus der Perspektive der Verteidigung.

Wie Teams den Bericht für sich auswerten können

Am besten lesen Teams zuerst die Mitteilungen von CISA und NIST vom 15. September 2026 und danach die PDF-Fassung. Die Mitteilungen fassen Zweck, Zusammenarbeit und Kernpunkte zusammen. Die PDF liefert Details zu Architektur, Schlüsselverwaltung, Prüfung und Lebenszyklus. Stellen zu Widerruf und Signalaustausch verdienen eine Markierung. Anschließend wird die eigene Landschaft aus Identitätsanbietern und Autorisierungsservern an den Prinzipien gemessen, ergebnisorientiert: Welche Fähigkeit fehlt nachweislich?

Eine Checkliste blind zu kopieren hilft nicht. Sinnvoller ist eine Bestandsaufnahme:

• welche Tokens ausgestellt werden, für Menschen, Dienste und Agenten
• welche Schlüssel signieren, wo sie liegen und wer sie rotiert
• welche Prüfungen erzwungen werden und welche nur nach bestem Bemühen laufen
• welche Widerrufspfade existieren und welche vertrauenden Systeme zuhören
• welche Erkennung bei ungewöhnlichen Token-Mustern greift, ohne dass Angriffsschritte nachgebaut werden

Auch die Notfallpläne brauchen Nacharbeit. Pläne für Sicherheitsvorfälle, die beim Passwort-Reset enden, benötigen ein Kapitel zu Signaturschlüssel und Token-Invalidierung. Planspiele, die nur Phishing im Posteingang durchspielen, brauchen Szenen, in denen Tokens und Schlüssel im Zentrum stehen. Zu klären sind dabei vier Entscheidungen: wen alarmieren, welche vertrauenden Systeme informieren, welche Schlüssel zuerst rotieren und welche Signale senden.

Budget für Kampagnen zur Multifaktor-Authentifizierung ohne Budget für Schlüsselverwaltung und Widerrufsinfrastruktur bleibt unvollständig. Konfigurierbarkeit und Interoperabilität entscheiden, ob Kontrollen im Ernstfall greifen oder nur in der Dokumentation stehen. Eine eigene Bedrohungsmodellierung ersetzt der Bericht ebenfalls nicht, er liefert Prinzipien und Umsetzungsüberlegungen. Viele Organisationen haben Bedrohungsmodelle für Netz und Endgeräte, aber dünne Stellen bei Identitätsanbieter, Signatur und Weitergabe von Assertionen. IR 8587 schließt diese Lücke auf dem Papier, die Architektur muss folgen.