Railway: violazione e 740.000 $ stimati di uso IA rubato

Cosa è successo

Railway è una piattaforma su cui gli sviluppatori mettono online le loro app. Secondo l'articolo di BleepingComputer del 22 ottobre ha circa 4,8 milioni di utenti e oltre 16 milioni di servizi ospitati. Un workspace è lo spazio di lavoro di un account o di un team sulla piattaforma.

Il 10 novembre Railway ha pubblicato il rapporto sull'attacco di ottobre. La spesa non autorizzata sulle chiavi rubate presso i provider IA è stimata in circa 740.000 $: è una stima di Railway, non un addebito della piattaforma. Inoltre 1.852 utenti avevano token di account collegati (token OAuth di GitHub, cioè le chiavi che autorizzano un servizio ad agire per conto di un account, e «BYOK», le chiavi che il cliente porta da un proprio provider IA per i suoi agenti): Railway li ha azzerati e ha avvisato gli utenti, senza rilevare accessi agli account Railway con quelle credenziali.

Il numero dei workspace è un massimo: fino all'1,85%, circa 100.000. Railway lo presenta come tetto, non come numero confermato di workspace colpiti. Le cifre (1,85%, 100.000 workspace, 740.000 $) vengono da Railway stessa: l'analisi di Wiz sul contesto non le conferma.

Railway dice di non avere prove che i repository Git o i database dei clienti siano stati scaricati o consultati: l'aggressore ha copiato il codice interno di Railway.

Come hanno agito gli aggressori

L'attacco è iniziato il 20 ottobre (exploit alle 07:28 UTC) con una vulnerabilità sconosciuta nell'infrastruttura di build di Railway (i sistemi che costruiscono le app prima di metterle online): gli aggressori sono usciti in parte dall'isolamento del filesystem e hanno ottenuto una credenziale interna. Con quella hanno avuto accesso alle cronologie di build e al codice sorgente interno.

Una seconda vulnerabilità, una relazione di fiducia configurata male, ha dato accesso a credenziali per decifrare le variabili d'ambiente dei clienti (i valori, spesso password e chiavi, che un'app legge all'avvio).

Il 21 ottobre, alle 09:24 UTC, l'aggressore è stato espulso: circa 26 ore dopo l'exploit, secondo Railway. Il 21 ottobre Railway ha pubblicato l'avviso con il consiglio di ruotare i segreti; il rapporto finale è del 10 novembre. Railway dice che gli aggressori avrebbero usato agenti IA per sondare molte vie in parallelo.

Gli aggressori cercavano soprattutto credenziali di provider IA, ma una ricerca aggiuntiva puntava anche a credenziali di servizi cloud, database e pagamenti. Railway ritiene che le chiavi venissero vendute a intermediari che le usano per la «distillazione» (addestrare un modello copiando le risposte di un altro). Wiz inquadra il caso in una serie di attacchi a piattaforme per sviluppatori IA che chiama «Black October» (altri bersagli citati: Fireworks, Lightning AI, OpenCode, Warp, Northflank): per Wiz è contesto, non conferma dei numeri di Railway.

Cosa non si sa

Railway descrive la vulnerabilità iniziale come una fuga parziale dall'isolamento del filesystem, ma non ne dà i dettagli tecnici. Non si sa chi siano gli aggressori. Il rapporto cita i provider a cui Railway ha chiesto di revocare le chiavi (GitHub, GitLab, Anthropic, OpenAI, OpenRouter, SpaceXSI, Google, Stripe) e quelli con un impatto registrato (AWS Bedrock, Google Gemini, OpenAI, SpaceXSI, Anthropic, OpenRouter). Manca però il dettaglio per provider della cifra stimata di 740.000 $.

Non si sa quanti workspace siano stati compromessi davvero: 100.000 è un massimo. Sui rimborsi, secondo Railway: copre lei i costi per OpenRouter e, per ora, per Anthropic; AWS (Bedrock) e Google (Gemini) rimborsano per frode; OpenAI e SpaceXSI valutano caso per caso. Se i rimborsi siano completati non è detto.

Le cifre hanno una sola fonte primaria, Railway: Wiz e le altre analisi non le confermano.

Cosa fare se usi Railway

Nell'avviso del 21 ottobre Railway ha consigliato di ruotare subito tutte le variabili d'ambiente, chiavi API comprese, e le credenziali dei registry privati, e di controllare i log. Gli altri due passi sono consiglio nostro, non di Railway.

1. Ruota tutte le variabili d'ambiente e i segreti dei tuoi servizi: chiavi API, password dei database, token, credenziali dei registry privati. Ruotare vuol dire crearne di nuovi e disattivare i vecchi. Consiglio di Railway.
2. Controlla i log dei tuoi servizi per attività che non riconosci. Consiglio di Railway.
3. Nei pannelli dei provider IA le cui chiavi stavano su Railway, guarda uso e addebiti delle ultime settimane e revoca le chiavi vecchie. Consiglio nostro.
4. Se avevi collegato GitHub, revoca da GitHub i token OAuth dati a Railway e riautorizza solo se serve. Consiglio nostro.