Wichtig ist: Das gestohlene Gut ist nicht immer ein Passwort. Sicherheitsanbieter SpyCloud berichtete, 2025 insgesamt 18,1 Millionen offengelegte API-Schlüssel und Tokens wiedergefunden zu haben, und beschrieb eine Verschiebung hin zum Diebstahl von API-Keys, Session-Tokens und Automatisierungszugängen statt nur klassischer Benutzername-Passwort-Kombinationen .
In der Praxis tauchen vor allem zwei Muster auf.
Ein Teil der Angriffe beginnt schon beim Onboarding. Betrüger legen massenhaft neue Konten an, um kostenlose Credits oder Werbeguthaben abzugreifen. Fortune berichtete, Stripe-CEO Patrick Collison habe gesagt, Token-Diebe seien bei manchen KI-Firmen bereits ein erheblicher Anteil neuer Kundenregistrierungen – in diesem Kontext etwa jede sechste Neuanmeldung . Diese Zahl ist kein allgemeiner Branchenwert, zeigt aber, warum Registrierungsprozesse von KI-Diensten inzwischen ein Betrugsziel sind.
Der Grund ist simpel: Eine großzügige kostenlose Testphase ist nicht mehr nur Marketingbudget. Wenn ein Konto sofort echte Modell-Inferenz auslösen kann, erzeugt jede missbrauchte Anmeldung reale Rechenkosten .
Der zweite Weg ist der direkte Diebstahl von Zugangsdaten. Angreifer finden oder stehlen einen KI-API-Key und nutzen ihn, um Modellanfragen über das Konto des Opfers laufen zu lassen. Dieses Muster wird in Sicherheitskreisen häufig LLMjacking genannt .
Ein Bericht zu LLMjacking beschreibt etwa ein Startup, dessen übliche monatliche OpenAI-Rechnung bei rund 400 US-Dollar lag, bevor ein offengelegter API-Key zu einer Rechnung über 67.000 US-Dollar führte. Der Schlüssel soll 11 Tage lang in einem öffentlichen GitHub-Repository gestanden haben und von automatisierten Bots innerhalb von Minuten gefunden worden sein . Ein weiterer Leitfaden beschreibt, dass sich das Muster von opportunistischem Key-Diebstahl zu organisierterem Missbrauch gegen KI-Anbieter und Cloud-KI-Dienste entwickelt hat
.
Viele KI-Startups setzen auf möglichst reibungsarmes Wachstum: Self-Service-Registrierung, schnelle Demos, kostenlose Credits und sofortigen API-Zugang. Genau diese Wachstumstaktiken werden riskant, wenn die Nutzung teuer ist und sich automatisiert skalieren lässt .
Hinzu kommt der Faktor Entwicklungsdruck. CSO berichtete über Wiz-Recherchen, nach denen bei 65 % der Forbes-AI-50-Unternehmen verifizierte Secret-Leaks gefunden wurden, darunter API-Keys und Zugriffstokens auf GitHub . Das bedeutet nicht, dass jeder Leak automatisch zu Token-Diebstahl führt. Es zeigt aber, wie leicht wertvolle Zugänge in schnell arbeitenden Entwicklungsumgebungen nach außen geraten können.
Auch die Kostenlogik unterscheidet sich von vielen älteren Formen des Anmeldemissbrauchs. Ein Fake-Konto bei einem klassischen SaaS-Produkt verfälscht Metriken oder kostet Supportzeit. Ein Fake- oder gekapertes KI-Konto kann sofort GPU-gestützte Inferenz, Modellanbieter-Credits oder Cloud-Ausgaben verbrennen .
Token-Diebstahl sieht oft wie normale Nutzung aus, weil Angreifer gültige Schlüssel, gültige Sessions oder frisch registrierte Konten verwenden. Briefings zu Token-Diebstahl warnen, dass gestohlene Session-Cookies, OAuth-Tokens und ähnliche Artefakte Authentifizierungskontrollen umgehen und Angreifern erlauben können, als legitime Nutzer aufzutreten .
Für KI-Anbieter sind deshalb Verhaltenssignale besonders wichtig: neue Konten, die ihr Guthaben ungewöhnlich schnell verbrauchen; API-Keys, deren Traffic plötzlich stark ansteigt; oder Ausgaben, die weit außerhalb der bisherigen Kontohistorie liegen. Genau diese Signale passen zu den gemeldeten Angriffsmustern – Fake-Konten zur Abschöpfung von Compute-Credits und offengelegte Schlüssel, die hohe Rechnungen erzeugen .
Es gibt keine einzelne Maßnahme, die das Problem löst. Token-Diebstahl liegt an der Schnittstelle von Betrugsprävention, Identitätssicherheit und Cloud-Kostenkontrolle.
Kostenlose Credits sollten wie ein reales Kostenrisiko behandelt werden, nicht nur wie Akquisitionsbudget. Sinnvoll sind kleinere Standard-Testguthaben, stufenweise Freischaltung zusätzlicher Credits, Quoten pro Konto und pro API-Key, Rate Limits sowie Warnungen bei plötzlichen Nutzungssprüngen .
Teams sollten davon ausgehen, dass API-Keys irgendwann versehentlich offengelegt werden, wenn Entwicklungsprozesse das nicht aktiv verhindern. Secret-Scanning in Repositories und CI/CD-Systemen, regelmäßige Schlüsselrotation, Berechtigungen nach dem Least-Privilege-Prinzip und schnelle Sperrung kompromittierter Keys sind zentrale Kontrollen – gerade angesichts der berichteten GitHub-Leaks bei KI-Unternehmen .
Ein Fraud-System, das nur Registrierungsdaten prüft, kann gestohlene API-Keys übersehen. Ein Security-System, das nur Logins betrachtet, kann massenhaftes Abgreifen von Gratisguthaben verpassen. KI-Plattformen müssen daher Kontenalter, Credit-Verbrauch, API-Volumen, Modellwahl und Ausgabengeschwindigkeit gemeinsam auswerten, damit Missbrauch erkannt wird, bevor daraus eine große Rechnung entsteht .
Der wichtigste Perspektivwechsel: KI-Zugangstokens haben einen geldähnlichen Wert. Sie schalten knappe Rechenleistung frei, können weiterverkauft oder für andere Aktivitäten genutzt werden, während die Kosten bei jemand anderem landen . Wer Tokens nicht nur als technische Zugangsdaten, sondern als finanzielle Risikopunkte betrachtet, macht Ausgabenlimits, Anomalieerkennung und Key-Lifecycle-Management zu Kernfunktionen der Plattform.
KI-Token-Diebstahl ist Betrug am Zähler der KI-Ökonomie. Gestohlen wird nicht unbedingt das Modell, sondern der Zugriff, der bezahlte Rechenleistung auslöst: API-Key, Session-Token, OAuth-Token oder Testguthaben . Für Startups kann das direkt auf Marge, Wachstumstrichter und Produktstrategie durchschlagen – und kostenlose Testphasen ohne stärkere Schutzmechanismen schnell zu teuer machen
.
Comments
0 comments