LONDON (IT BOLTWISE) – Railway berichtet von einem Angriff im Oktober, bei dem gestohlene KI-API-Keys in Kundenspaces für geschätzte 740.000 US-Dollar an nicht autorisierten Ausgaben genutzt worden sein sollen. Das Unternehmen erklärt, wie es in einer Build- und Deployment-Kette zunächst zu einer Rechteausweitung kam und später bestimmte Variablen teilweise entschlüsseln konnte. Gleichzeitig sagt Railway, dass keine Kundendatenbanken oder Code-Repositories heruntergeladen wurden, und dass alle betroffenen Tokens zurückgesetzt wurden. Für Erstattungen verweist der Anbieter auf unterschiedliche Regelungen der jeweiligen KI-Plattformen.
Bei Railway dreht sich die aktuelle Sicherheitsmeldung nicht nur um den üblichen Zugriff auf einzelne Konten, sondern um einen klassischen, aber besonders kostenintensiven Angriffspfad: Entwendete Kundenschlüssel, die als Geheimnisse im System abgelegt waren, sollen für automatisierte KI-Nutzung in Kundennamen verwendet worden sein. Der Plattformanbieter beziffert die daraus resultierenden, geschätzten nicht autorisierten Ausgaben auf 740.000 US-Dollar und ordnet die Ursache einem Oktober-Vorfall zu, bei dem Angreifer offenbar API-Keys und weitere Authentifizierungsdaten aus den auf Railway laufenden Arbeitsumgebungen erbeutet und teilweise entschlüsselt hatten. Railway kündigt zudem an, die Kosten zu übernehmen, sofern ein jeweiliger KI-Provider nicht erstattet.
Technisch beschreibt Railway seine Arbeitsweise so, dass Kunden ihre Secrets – etwa API-Keys, Datenbankzugänge oder Datenbank-Credentials – als Umgebungsvariablen (environment variables) im eigenen Laufzeitkontext hinterlegen. Genau auf dieses Muster zielt der Angriff nach Unternehmensangaben: In maximal 1,85% der Arbeitsumgebungen (genannt werden etwa 100.000) sollen Datenbankabfragen des Angreifers gezielt nach KI-Provider-Keys gesucht haben. Teilweise seien dabei auch so genannte linked-account Tokens betroffen gewesen, darunter BYOK-Agent-Keys sowie GitHub-OAuth-Tokens für 1.852 Nutzer. Railway will demnach alle betroffenen Token zurückgesetzt, die betroffenen Nutzer informiert und keine Anmeldeversuche gefunden haben, die auf gestohlenen Zugangsdaten zu Kundenkonten zurückzuführen wären.
Besonders relevant für die Praxis ist, wie Railway mit den Kostennachweisen und der Erstattungslogik umgeht. In der Incident-Darstellung unterscheidet das Unternehmen nach dem jeweiligen KI-Provider: Für AWS Bedrock startet der Anbieter offenbar Refund-Prozesse bereits über interne Account-Teams, wobei die bestehende Refund-Regel auf Betrugsfälle verweist. Bei Google Gemini verweist Railway auf eine ähnliche Auslegung der Betrugsklausel und auf gestartete Refunds durch Account-Teams. OpenAI prüft laut Bericht dagegen fallweise; Kunden reichen dort einen Claim ein, und erst danach geben sie die Fall-ID an Railway weiter, damit der Plattformanbieter eskalieren kann. Bei SpaceXSI und OpenRouter gelten wiederum andere Handlingsmechanismen: SpaceXSI bleibt case-by-case, OpenRouter hält an seiner No-Refund-Policy fest, sodass Railway die damit verbundenen Kosten übernehmen will.
Die Details zum Angriff zeigen dabei eine typische Sicherheitsfallstudie über mehrere Schichten hinweg: Railway berichtet, dass das Geschehen im Build-System begann. Am 20. Oktober nutzte der Angreifer laut Incident Report eine zuvor unbekannte Schwachstelle, um Teile der Dateisystem-Isolation für Build-Prozesse zu umgehen und Dateien auf der Host-Virtual-Machine zu lesen. Dadurch gelangte er an eine Berechtigung, die Build-Server zum Push fertiger Images nutzen; diese Credentials öffneten dann auch Zugriffe auf interne Systeme. Der Zugriff sei erst Stunden später durch ungewöhnliche Calls an einen Registry-Dienst aufgefallen, als eine On-Call-Person alarmiert wurde – obwohl das gestohlene Credential eigentlich nur für Build-Arbeiten gedacht war. Der nächste entscheidende Schritt: Das interne Temporal-System habe dieses Credential als vertrauenswürdig akzeptiert und damit das Auslesen weiterer Build-Historien sowie das Abrufen gecachter Code-Snapshots ermöglicht.
In der späteren Eskalationsphase beschreibt Railway auch, wie aus dem Build-Kontext heraus der Zugriff auf Geheimnisse möglich wurde. Nach dem Scannen eines von Railway als Kopie des internen Monorepos beschriebenen Codebestands fand der Angreifer eine falsch konfigurierte OIDC-Bindung in einer Cloud-Umgebung. Diese Bindung wird verwendet, um kurzlebige Cloud-Credentials über ein Deployment-System zu erlangen. Mit dieser Fehlkonfiguration soll der Angreifer am 21. Oktober zunächst zusätzliche Zugriffe gewonnen haben: einmal, um verschlüsselte Variablen aus einer Production-Datenbank innerhalb des internen Netzwerks auszulesen, und einmal als SSH-Key, der eine Maschine öffnete, die Orchestrierungsaufgaben für die Fleet ausführt. Diese Orchestrierungsumgebung habe anschließend über die KMS-Fähigkeiten (Key Management Service) Geheimnisse entschlüsseln können, jeweils in zeitlich klar benannten Fenstern rund um 04:42–05:14 und 06:36–07:15 UTC. Railway gibt an, um 09:24 UTC am selben Tag vollständig aus den Systemen entfernt worden zu sein.
Für die Bewertung des Risikos ist zudem die Diskrepanz zwischen „Exposition“ und „Entschlüsselung“ wichtig. Railway betont, dass die Logdaten zeigten, welche Umgebungen exponiert waren, aber nicht, welche einzelnen Variablen tatsächlich gelesen wurden; entsprechend seien die genannten etwa 100.000 Arbeitsumgebungen als Obergrenze zu verstehen. Außerdem gelte: Alles, was der Angreifer zwar kopiert, aber nicht entschlüsselt habe, könne nach Aussage des Unternehmens nicht mehr entschlüsselt werden, weil das verwendete Credential deaktiviert worden sei. Ein weiterer Punkt: Railway habe die Build-Isolation nach dem Patch auf ein Modell mit kurzlebigen virtuellen Maschinen umgestellt und die Rechte so begrenzt, dass jedes Build nur noch ein spezifisches Image in das eigene Registry-System pushen kann. Gleichzeitig habe die eigene Hardening-Abteilung innerhalb einer Stunde nach dem ursprünglichen Escape eine zweite Ausnutzung durch Änderung des Angriffs aufgebaut, was erklärt, warum Railway laut Bericht alle Nutzer „sofort“ auf das neue Build-System verlegt habe.
Auch das Vorgehen rund um Schadsoftware-Indikatoren und operative Abwehr spielt in der Meldung eine Rolle. Railway reiche eine Beschwerde bei IC3 (im Umfeld der US-Behörden) ein, arbeite weiter mit einem spezialisierten Forensik-Partner, und teile Indikatoren für Kompromittierung vorerst nur privat. Als Schutzempfehlung fordert der Anbieter, sensible Variablen, die auf Railway gespeichert waren, zu widerrufen und zu ersetzen – konkret nennt der Bericht einen Stichtag bis zum 21. Oktober, und er weist darauf hin, dass ein Charge-Report eine Key-Revokation nicht ersetzt. Zudem empfiehlt Railway, die öffentliche Netzwerkzugänglichkeit von Datenbanken zu entfernen, GitHub-Audit-Logs sowie Berechtigungen in Apps zu prüfen und auch Audit-Logs in Registry-Plattformen wie Docker Hub zu kontrollieren. In der Einordnung verweist das Unternehmen zudem darauf, dass Angreifer in den späteren Open-Source-Analysen zur „Black October“-Phase wiederholt genau nach solchen gespeicherten Environment-Variablen suchten, die Zugriff auf KI-Services ermöglichen.
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- 【MEHR LEBEN FÜR DEINEN SCHREIBTISCH】 Lerne Eilik kennen – deinen kleinen Roboter-Freund mit Persönlichkeit. Mit liebevollen Animationen, ausdrucksstarken Reaktionen und spielerischen Interaktionen bringt Eilik mehr Freude in deinen Alltag. Ob auf dem Schreibtisch, im Büro oder am Nachttisch – Eilik wird schnell zu einem vertrauten Begleiter für besondere Momente.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Railway meldet Diebstahl von KI-API-Keys: geschätzte 740.000 US-Dollar Nutzungskosten" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Railway meldet Diebstahl von KI-API-Keys: geschätzte 740.000 US-Dollar Nutzungskosten" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Railway meldet Diebstahl von KI-API-Keys: geschätzte 740.000 US-Dollar Nutzungskosten« bei Google Deutschland suchen, bei Bing oder Google News!