The Pulse

Railway stima che le chiavi rubate abbiano causato circa 740.000 dollari di addebiti non autorizzati

Railway stima che le chiavi dei clienti rubate siano state usate per sostenere spese non autorizzate per circa 740.000 dollari dopo una violazione della sicurezza avvenuta a ottobre. L’azienda afferma che le variabili di al massimo l’1,85% degli spazi di lavoro potrebbero essere state decifrate.

AI.info Team · · verificato · su 1 fonte ↓ · Pubblicato 11 nov 2026

Le chiavi rubate ai clienti sono state usate per sostenere spese non autorizzate stimate in 740.000 dollari dopo una violazione subita da Railway a ottobre, ha dichiarato l’azienda in un rapporto sull’incidente. Secondo Railway, l’autore dell’attacco ha ottenuto e decifrato le variabili dei clienti in al massimo l’1,85% degli spazi di lavoro, pari a circa 100.000. L’azienda ha precisato che i suoi log identificano gli ambienti anziché le singole variabili, perciò quella cifra rappresenta un limite massimo.

Nel mirino le credenziali per l’IA

Le indagini di Railway indicano che le chiavi dei fornitori di IA erano l’obiettivo principale, sulla base delle query effettuate dall’autore dell’attacco. L’azienda ritiene che le credenziali siano state passate a stazioni di trasferimento distribuite per essere usate nella distillazione, ma non ha stabilito se l’autore iniziale dell’attacco gestisse quei servizi o rifornisse altre parti.

L’azienda ha dichiarato di aver osservato usi non autorizzati che vanno dagli agenti di programmazione alle pipeline di addestramento dell’IA. Tra gli esempi forniti dai clienti figuravano richieste ad agenti di programmazione, valutazioni del comportamento di agenti di IA per i dati di addestramento e controlli delle attività di addestramento e dei relativi sistemi di valutazione.

Come è entrato l’autore dell’attacco

Lo sfruttamento iniziale della vulnerabilità è avvenuto alle 07:28 UTC del 20 ottobre, quando l’autore dell’attacco ha usato una vulnerabilità fino ad allora sconosciuta nell’infrastruttura di build di Railway per aggirare parzialmente l’isolamento del filesystem e leggere alcuni file su una macchina virtuale host. Questo accesso gli ha permesso di ottenere una credenziale usata dai server di build per autenticarsi su alcuni sistemi interni.

Secondo l’azienda, l’autore dell’attacco l’ha usata per leggere un insieme limitato di cronologie di build archiviate e ha ottenuto una copia della base di codice interna di Railway. In seguito, una configurazione cloud errata gli ha permesso di ottenere una credenziale cloud di breve durata.

L’autore dell’attacco ha poi raggiunto una macchina di orchestrazione che conteneva una credenziale di durata maggiore, in grado di decifrare le variabili cifrate. Secondo il rapporto, i log del database mostravano query che davano priorità alle chiavi dei fornitori di IA e ai clienti con un numero elevato di variabili.

Esposizione dei clienti e risposta

Railway ha dichiarato che l’autore dell’attacco ha letto anche le cronologie archiviate di 353 build, comprese le variabili sigillate. I dati decifrati comprendevano i token degli account collegati di 1.852 utenti, tra cui chiavi di agenti e token OAuth di GitHub. L’azienda ha reimpostato quei token, avvisato gli utenti e dichiarato di non aver individuato accessi agli account Railway effettuati con le credenziali sottratte nell’incidente.

Un’altra query ha individuato credenziali di servizi cloud, database e servizi di pagamento, anche se l’azienda ha dichiarato che le sue analisi forensi non indicavano accessi ai database dei clienti. Dal 21 ottobre, Railway ha chiesto a fornitori tra cui GitHub, Anthropic, OpenAI, Google e Stripe di revocare le chiavi potenzialmente compromesse.

L’azienda ha dichiarato di aver avvisato prima i fornitori mentre metteva in sicurezza la propria infrastruttura, perché non poteva ancora garantire ai clienti che le credenziali sostitutive archiviate su Railway sarebbero rimaste protette. Ha interrotto le build due volte e le ha ripristinate per tutti i piani entro le 22:49 UTC del 22 ottobre.

I deployment esistenti hanno continuato a funzionare durante la sospensione delle build, ma Railway ha riconosciuto che alcuni clienti hanno subito interruzioni dopo che la revoca delle credenziali ha impedito ai servizi di funzionare normalmente e non hanno potuto effettuare subito un nuovo deployment. L’azienda ha dichiarato di aver trasferito le build su un’infrastruttura in cui ciascuna build riceve una macchina virtuale temporanea dedicata.

Rimborsi e indagini

Railway sta lavorando con i fornitori per rimborsare le spese non autorizzate e ha dichiarato che coprirà le perdite relative ai token nei casi in cui i fornitori non lo facciano. Al momento del rapporto, stava coprendo i costi derivanti dalle chiavi Anthropic compromesse, mentre proseguivano le discussioni con quel fornitore. Railway ha anche dichiarato che coprirà i costi associati alla violazione che ha coinvolto OpenRouter, che aveva deciso di applicare la propria politica che esclude i rimborsi.

L’azienda ha presentato una denuncia formale all’IC3 dell’FBI. L’indagine di una società specializzata in analisi forensi è ancora in corso.