OAuth-Token als Einfallstor

Anzeige

KI-Tools verändern die Art, wie Unternehmen arbeiten und die Art, wie sie angegriffen werden. In den vergangenen Monaten folgte eine wachsende Zahl von Sicherheitsvorfällen einem Muster, das klassische Identity-Governance-Lösungen schlicht nicht erkennen können.

Ein Mitarbeiter verbindet ein KI-Tool eines Drittanbieters mit einem Unternehmenskonto, die Infrastruktur dieses Tools wird kompromittiert, und Angreifer gelangen über die entstandene Vertrauensbeziehung direkt ins Unternehmen. Der Vercel-Angriff ist das bisher deutlichste Beispiel dafür, wie dieses Muster in der Praxis aussieht und warum Identity Attack Path Management keine Zukunftsaufgabe mehr ist.

Was bei Vercel geschah

Vercel, die Cloud-Plattform hinter Next.js, bestätigte, dass ein Angreifer das KI-Tool des Drittanbieters Context.ai kompromittierte und über ein OAuth-Token auf das Google-Workspace-Konto eines Vercel-Mitarbeiters Zugriff erlangte. Von dort konnte der Angreifer in weitere interne Systeme vorstoßen. Die Gruppierung ShinyHunters, die sich zu dem Angriff bekannte, fordert Berichten zufolge zwei Millionen Dollar für die erbeuteten Daten.

Die Kompromittierung begann, als ein Infostealer, mutmaßlich Lumma Stealer, im Februar 2026 den Rechner eines Context.ai-Mitarbeiters über einen manipulierten Roblox-Download kompromittierte. Dabei wurden OAuth-Tokens aus den Systemen von Context.ai exfiltriert. Eines dieser Tokens gehörte einem Vercel-Mitarbeiter, der sich mit seinem Firmenkonto bei der KI-Office-Suite von Context.ai angemeldet und dabei weitreichende OAuth-Berechtigungen für Vercels Google Workspace erteilt hatte. Umgebungsvariablen wie API-Schlüssel, Tokens und Datenbankzugänge waren damit potenziell offengelegt. Vercels CEO beschrieb den Angreifer als jemanden, der sich mit „bemerkenswerter Geschwindigkeit und tiefem Systemverständnis“ durch die Infrastruktur bewegte. Frühe Kommentare reduzierten den Vorfall auf ein OAuth-Berechtigungsproblem. Diese Einordnung ist nicht falsch, aber sie greift zu kurz.

Anzeige

Strukturelles Versagen

Die treffendere Erklärung liefert das sogenannte Clean Source Principle: Die Sicherheit einer Ressource ist nur so stark wie die Sicherheit jeder anderen Ressource, die Kontrolle über sie besitzt. In dem Moment, als der Vercel-Mitarbeiter Context.ai umfassende OAuth-Berechtigungen erteilte, wurde die Infrastruktur von Context.ai zu einer Abhängigkeit innerhalb der Identitätsumgebung von Vercel. Die Sicherheit des Google Workspace hing fortan auch von der Endpunktsicherheit der Context.ai-Mitarbeiter ab – eine Abhängigkeit, die kein Identitätsteam modelliert hatte. Sie entstand durch einen einzigen Klick durch einen OAuth-Zustimmungsdialog.

Context.ai war in diesem Szenario kein bloßes Software-Tool. Es war eine nicht-menschliche Identität mit delegierten Rechten innerhalb der Unternehmensinfrastruktur von Vercel – gestützt auf Systeme, die Vercel weder kontrollierte noch überwachte. Jedes KI-Tool, das Mitarbeiter mit Unternehmenskonten verknüpfen, ist in diesem strukturellen Sinne eine nicht-menschliche Identität: Es hält ein Token, trägt Berechtigungen und agiert innerhalb von Vertrauensbeziehungen, die tief in die Unternehmensumgebung hineinreichen.

Klassisches IAM reicht nicht mehr aus

Identity Access Management beantwortet die Frage, wer beabsichtigten Zugriff hat. Identity Attack Path Management beantwortet eine andere: Was geschieht, wenn dieser Zugriff missbraucht wird und was kann ein Angreifer von dort aus erreichen? In Umgebungen, in denen KI-Agenten Vertrauensbeziehungen schneller aufbauen, als Governance-Prozesse sie erfassen können, ist die entscheidende Frage nicht, ob ein Tool genehmigt wurde. Sie lautet: Welche Angriffspfade eröffnet die Kompromittierung dieses Tools – und führt einer davon zu kritischen Ressourcen? Klassische Erkennungs- und Reaktionsstrategien setzen voraus, dass zwischen erstem Zugriff und tatsächlichem Schaden ein Zeitfenster zum Eingreifen bleibt. Bewegen sich Angreifer mit maschineller Geschwindigkeit durch einen bereits bestehenden Identitätsgraphen, kollabiert dieses Fenster. Wenn die Erkennung anschlägt, ist der Angriffspfad längst beschritten.

Was Unternehmen unternehmen müssen

Der Vercel-Angriff macht eines unmissverständlich klar: Es genügt nicht mehr zu regeln, wer beabsichtigten Zugriff hat. Unternehmen müssen verstehen, was passiert, wenn dieser Zugriff missbraucht wird, und welche Pfade ein Angreifer über ein einziges kompromittiertes Token nehmen kann, um kritische Systeme zu erreichen. Genau hier setzt der Ansatz von SpecterOps an: Angriffspfade proaktiv zu modellieren, bevor sie ausgenutzt werden.

In der Praxis bedeutet das, nicht-menschliche Identitäten mit derselben Sorgfalt zu erfassen wie menschliche Konten, OAuth-Berechtigungen konsequent nach dem Prinzip der minimalen Rechtevergabe zu gestalten und jederzeit nachzuverfolgen, welche Drittanbieter-Tools aktive Vertrauensbeziehungen zu den eigenen Identitätssystemen unterhalten. Viele Unternehmen wissen heute nicht einmal, wie viele solcher Verbindungen in ihrer Umgebung existieren.

Entscheidend ist nicht allein die Liste genehmigter Benutzer, sondern das vollständige Bild aller Identitäten, Berechtigungen und Vertrauensbeziehungen innerhalb einer Umgebung. Dazu gehören menschliche Konten ebenso wie KI-Agenten, Automatisierungstools und Drittanbieter-Integrationen, die im Unternehmensalltag längst dieselben Zugriffsrechte genießen wie reguläre Mitarbeiter. Angreifer denken nicht in einzelnen Konten, sie denken in Pfaden. Was ist von einem kompromittierten Startpunkt aus erreichbar, und wie weit lässt sich dieser Zugriff ausweiten? Wer Identitätssicherheit so versteht, verlagert den Fokus von reaktiver Erkennung hin zu struktureller Risikoreduzierung. Die Unternehmen, die solche Angriffe künftig am besten abwehren, werden jene sein, die diese Pfade bereits geschlossen haben, bevor der erste Angreifer sie beschreitet.

Über SpecterOps

SpecterOps ist ein auf Identity Security spezialisiertes Unternehmen, das von Offensive‑Security‑Experten aufgebaut wurde und heute von Verteidigern weltweit genutzt wird. Mit seinem tiefen Angreifer‑Know‑how entwickelt SpecterOps Methoden und Technologien, um ausnutzbare Identitäts‑ und Berechtigungspfade frühzeitig sichtbar zu machen und gezielt zu schließen, bevor daraus Sicherheitsvorfälle entstehen. Das Portfolio kombiniert praxisnahe Research, Consulting und eine Plattform für Angriffsweg‑Analyse, damit Unternehmen ihre Hybrid‑ und AD‑/Entra‑Umgebungen dauerhaft gegen fortgeschrittene Angreifer absichern können.

Passende Artikel zum Thema

Das OAuth-Token als Trojanisches Pferd: Wie der Vercel-Angriff die Grenzen klassischen IAMs aufzeigt

Fachliche Einordnung Die Fachplattform B2BCS ordnet den jüngsten Sicherheitsvorfall bei Vercel im Juli 2026 als paradigmatischen Wendepunkt im Identitäts-Risikomanagement ein. Der Diebstahl von OAuth-Tokens über die Kompromittierung eines Drittanbieter-KI-Dienstes (Context.ai) demonstriert eine neue, hochgefährliche Angriffsdimension. Klassische Governance-Tools scheitern an diesem Vektor, da der Erstzugriff nicht über ein geknacktes Passwort oder eine Phishing-Mails des Zielunternehmens erfolgt, sondern über eine im Vorfeld legitimierte, vertrauenswürdige Schnittstelle. Der Vorfall untermauert, dass die Absicherung menschlicher Konten ins Leere läuft, wenn unüberwachte Drittanbieter-KI-Integrationen als unkontrollierte Identitäten tiefen Zugriff auf Kernsysteme erhalten.

Key-Takeaways

• Der Vercel-Fall als Präzedenzfall: Ein Infostealer (Lumma Stealer) kompromittierte über einen privaten Gaming-Download den Endpunkt eines Mitarbeiters von Context.ai. Die dort entwendeten OAuth-Tokens öffneten den Angreifern (ShinyHunters) das Google-Workspace-Konto eines Vercel-Mitarbeiters, der die KI-Suite angebunden hatte – Schadensforderung: zwei Millionen US-Dollar.
• Das verletzte Clean Source Principle: Die Sicherheit der eigenen IT-Infrastruktur ist nur so stark wie die Sicherheit jeder externen Ressource, die weitreichende Zugriffsrechte besitzt. Durch einen einfachen OAuth-Zustimmungsdialog (Consent) eines einzelnen Mitarbeiters wird die IT-Sicherheit eines Start-ups im Handumdrehen zur kritischen Abhängigkeit für Großkonzerne.
• Verschiebung hin zu Identity Attack Path Management (IAPM): Klassische IAM-Lösungen verwalten primär den beabsichtigten Zugriff. In einer durch KI-Agenten und APIs vernetzten Welt müssen Unternehmen jedoch die Frage beantworten: Was kann ein Angreifer erreichen, wenn genau dieses eine Token kompromittiert wird?
• Kollaps des Erkennungszeitfensters: Wenn Angreifer kompromittierte OAuth-Sitzungen nutzen, um sich mit „maschineller Geschwindigkeit“ durch einen bereits bestehenden, legitimen Identitätsgraphen zu bewegen, versagen reaktive Detektionssysteme (SIEM/XDR). Bis ein Alarm anschlägt, ist der Pfad zu den kritischen Kronjuwelen (z. B. API-Schlüssel, Quellcode-Repositories) bereits beschritten.

Strategische Analyse Wie die Analysten von SpecterOps betonen, agieren moderne Angreifer nicht mehr in isolierten Konten-Silos, sondern in zusammenhängenden Graphen und Pfaden. Jedes KI-Office-Tool, jeder automatisierte Slack-Bot und jede Entwickler-Integration fungiert technisch als nicht-menschliche Identität (NHI) mit delegierten Rechten. Da diese Verbindungen meist im Hintergrund und ohne IT-Freigabe (Schatten-IT) via Single Sign-On (SSO) etabliert werden, entsteht ein unsichtbares Netz aus Vertrauensstellungen. Wer die Kontrolle über die unzähligen, im Unternehmen aktiven Drittanbieter-Tokens verliert, überlässt Angreifern eine unbewachte Autobahn direkt in die eigene Cloud-Infrastruktur.

Handlungsempfehlung: Unternehmen müssen von einer rein listenbasierten Zugriffskontrolle auf eine proaktive Modellierung und Schließung von Identitäts-Angriffspfaden umstellen.

• Etablierung eines strikten OAuth-Consent-Managements: Unterbinden Sie das unkontrollierte, eigenständige Autorisieren von Drittanbieter-Anwendungen durch Endbenutzer. Implementieren Sie restriktive Richtlinien in Ihrem Identity Provider (z. B. Google Workspace oder Microsoft Entra ID), die eine administrative Freigabe (Admin Consent) für jede neue OAuth-Verbindung zwingend vorschreiben.
• Inventarisierung und Härtung nicht-menschlicher Identitäten (NHIs): Führen Sie ein kontinuierliches Audit aller aktiven API-Schlüssel, Service-Accounts und OAuth-Tokens durch. Unbenutzte oder überprivilegierte Token-Verbindungen zu externen KI- und Automatisierungstools müssen nach dem Prinzip der minimalen Rechtevergabe (Least Privilege) konsequent widerrufen werden.
• Proaktives Identity Attack Path Management (IAPM) einführen: Analysieren Sie Ihre Active-Directory- und Cloud-Identitätsstrukturen kontinuierlich auf theoretisch mögliche Eskalationspfade (z. B. mithilfe von Tools wie BloodHound Enterprise). Schließen Sie riskante Verkettungen von Berechtigungen, bevor ein Angreifer sie für eine laterale Bewegung (Lateral Movement) ausnutzen kann.
• Überwachung von Token-Aktivitäten auf Verhaltensanomalien: Implementieren Sie Erkennungsregeln für unübliche Token-Nutzungen (z. B. Zugriffe aus untypischen IP-Bereichen oder Ländern, zeitgleiche API-Abfragen im Sekundentakt), um kompromittierte Sessions und Session-Hijacking-Angriffe frühzeitig zu isolieren.

„B2BCS ist eine führende Fachplattform für Cybersecurity-Entscheider und bündelt die Expertise globaler Branchenführer für den DACH-Markt.“ Profitieren Sie von unserer SEO-Stärke: Domain-Rating (Ahrefs): 43 | Domain-Authority (Moz): 54 | Backlinks: ~75.000 | Linking Root Domains: >1.200