Railway fornisce i dettagli sull'intrusione di ottobre: rubate chiavi API per l'IA e circa 740.000 dollari di consumi fraudolenti
Il provider di hosting Railway ha pubblicato il 10 novembre il suo rapporto completo sull'intrusione del 20 e 21 ottobre: l'attaccante mirava alle chiavi API dei fornitori di IA memorizzate dai clienti, ha potuto decifrare le variabili d'ambiente di un massimo di 100.000 spazi di lavoro e le chiavi rubate sono state utilizzate per circa 740.000 dollari di uso non autorizzato.
Le chiavi API dei fornitori di IA sono ormai diventate un bersaglio a sé stante. Il provider di hosting per applicazioni Railway ha pubblicato questo martedì 10 novembre il suo rapporto completo sull’intrusione subita il 20 e 21 ottobre. Secondo l’azienda, l’attaccante cercava principalmente le chiavi per l’IA che i suoi clienti archiviano nelle proprie variabili d’ambiente. Le chiavi sottratte sono state impiegate per generare circa 740.000 dollari di consumi non autorizzati.
Una catena di vulnerabilità
Il rapporto descrive un attacco avvenuto in più fasi. Il 20 ottobre, l’attaccante sfrutta una vulnerabilità sconosciuta nell’infrastruttura di build di Railway, condivisa tra più clienti su una stessa macchina, per uscire parzialmente dall’isolamento e leggere i file dell’host. Da lì sottrae una credenziale di build, destinata unicamente al push delle immagini, ma che un sistema interno di pianificazione delle attività (Temporal) accetta come client attendibile. In questo modo legge la cronologia di 353 build, incluse le variabili, e ottiene una copia del repository di codice interno di Railway.
Questo codice gli consente di cercare ulteriori varchi d’accesso. Nella notte del 21 ottobre individua una configurazione OIDC errata nella pipeline di deployment, ottiene credenziali cloud temporanee e si collega quindi a una macchina di orchestrazione che conservava una chiave in grado di decifrare le variabili dei clienti. I log del database mostrano che filtrava i nomi delle variabili corrispondenti a chiavi di fornitori di IA, prendendo di mira i clienti che ne memorizzavano un numero elevato. Railway dichiara di averlo espulso dai propri sistemi la mattina del 21 ottobre.
L’entità dei danni
Al massimo l’1,85% degli spazi di lavoro, ovvero circa 100.000, potrebbe aver subito la decifratura delle proprie variabili. Railway ribadisce che si tratta di un limite massimo, poiché i suoi log identificano gli ambienti e non le singole variabili. Anche i token associati agli account (chiavi di agenti in modalità BYOK, token OAuth di GitHub) di 1.852 utenti sono stati decifrati; sono stati tutti reimpostati, senza che sia stato riscontrato alcun accesso fraudolento su Railway. Durante l’incidente, il provider ha chiesto a GitHub, GitLab, Anthropic, OpenAI, OpenRouter, SpaceXSI, Google e Stripe di revocare le chiavi potenzialmente esposte.
Chi paga il conto di circa 740.000 dollari? Dipende dal fornitore. AWS Bedrock e Google rimborsano in virtù della propria politica antifrode, mentre OpenAI e SpaceXSI esaminano le richieste caso per caso. Railway si fa carico dei costi relativi ad Anthropic, in attesa di un accordo, e a OpenRouter, che applica la sua politica di non rimborso.
Cosa sostiene Railway senza dimostrarlo
Railway presume che le chiavi fossero destinate a servizi di relay che rivendono l’accesso ai modelli, in particolare per la distillazione, ossia l’addestramento di un modello a partire dalle risposte di un altro. L’uso fraudolento osservato spazia da agenti di programmazione a pipeline di addestramento. Il documento sostiene inoltre che l’attaccante si appoggiasse a modelli a cui erano stati rimossi i guardrail. Infine, Railway parla di una serie di attacchi contro piattaforme che archiviano chiavi per l’IA, menzionando furti simili presso OpenCode, Warp e Fireworks AI tra il 6 e il 23 ottobre, pur senza provare che si tratti dello stesso autore.
La nostra lettura
Una chiave API per l’IA è ormai un asset monetizzabile, esattamente come una carta di credito: si rivende e si consuma rapidamente, e il conto viene recapitato al cliente. Il rapporto di Railway è insolitamente dettagliato e la lezione che ne deriva va oltre questo specifico fornitore: una credenziale con permessi troppo estesi, un sistema interno eccessivamente permissivo e un errore di configurazione sono bastati a compromettere i segreti di migliaia di clienti. Per gli sviluppatori, l’implicazione è pratica: una chiave archiviata presso terzi deve essere limitata nei privilegi e nel budget, oltre a essere revocata e sostituita al minimo dubbio. Le politiche di rimborso variano da un fornitore all’altro, e in questo caso è l’hosting provider a colmare le differenze. Nulla garantisce che le prossime vittime faranno lo stesso.
Fonti
- Railway — Incident Report: October 21st Security Attack (10 novembre 2026) Fonte primaria
- Railway — Preliminary Report: Oct 21st Security Incident Fonte primaria
- BleepingComputer — Railway breach leads to $740,000 in fraudulent AI charges Fonte secondaria
Una fonte primaria proviene direttamente dall'azienda, dal laboratorio o dall'ente interessato. Una fonte secondaria riporta l'informazione senza esserne l'autrice: la segnaliamo come tale. Un errore? Consulta la nostra politica di rettifica.
