Railway perde 740mila dollari con le chiavi AI rubate, Nitori e Qubole colpite da gravi violazioni

🛡️ Executive Summary

• Railway conferma circa 740.000 dollari di utilizzo fraudolento dei servizi AI. Gli aggressori hanno sottratto credenziali e variabili d’ambiente, con un massimo di 100.000 workspace potenzialmente coinvolti.
• Nitori denuncia la possibile esposizione di 37,62 milioni di record. Il gruppo giapponese conferma accessi non autorizzati ai sistemi che custodiscono informazioni di clienti e ordini.
• Credenziali associate a Qubole vengono utilizzate per violare ambienti AWS. Wiz e Sentra documentano accessi tramite ruoli IAM considerati affidabili, con sottrazione di segreti e dati da bucket S3.

Tre incidenti informatici mostrano come il furto di credenziali e l’abuso delle relazioni di fiducia possano produrre conseguenze economiche e compromettere grandi quantità di informazioni. Il 10 novembre 2026 Railway pubblica la ricostruzione dell’attacco che ha permesso di sottrarre chiavi API utilizzate per generare circa 740.000 dollari di consumi fraudolenti di intelligenza artificiale. In Giappone, Nitori comunica la possibile esposizione di 37,62 milioni di record contenenti informazioni personali e commerciali. Contemporaneamente, una ricerca congiunta di Wiz, Sentra e Mandiant documenta una campagna contro ambienti Amazon Web Services attraverso credenziali associate alla piattaforma Qubole. Non esistono elementi pubblici sufficienti per attribuire i tre incidenti agli stessi responsabili, ma emerge un problema comune: l’accesso a un servizio apparentemente legittimo può diventare la porta verso dati, risorse cloud e infrastrutture di altri soggetti.

Railway, gli hacker sfruttano due vulnerabilità e sottraggono chiavi AI

Nel rapporto ufficiale pubblicato il 10 novembre, Railway ricostruisce l’incidente del 20 e 21 ottobre, iniziato quando un attaccante ha sfruttato una vulnerabilità sconosciuta nell’infrastruttura di compilazione della piattaforma cloud. Il difetto ha consentito di superare parzialmente l’isolamento del filesystem e recuperare una credenziale interna. Attraverso il servizio Temporal, utilizzato per orchestrare le compilazioni, gli aggressori hanno ottenuto informazioni sui processi di build e una copia del codice sorgente interno di Railway. L’analisi del codice ha successivamente permesso di individuare una seconda debolezza nella configurazione dei rapporti di fiducia OIDC, utilizzata per acquisire ulteriori credenziali e raggiungere l’infrastruttura dove erano conservate le variabili d’ambiente dei clienti.

La compromissione ha consentito di decifrare informazioni relative a un massimo dell’1,85% dei workspace, circa 100.000 ambienti. Railway precisa che si tratta del limite superiore delle installazioni potenzialmente interessate, non del numero accertato di workspace dai quali siano state effettivamente rubate credenziali. Gli aggressori hanno inoltre ottenuto token collegati agli account di 1.852 utenti, compresi token GitHub OAuth e chiavi degli agenti AI. L’obiettivo principale era individuare credenziali di fornitori di modelli linguistici, una dinamica già osservata nelle campagne di LLMjacking basate sul furto delle chiavi cloud.

Railway, 740.000 dollari di consumi AI e una guerra combattuta dagli agenti

La parte economicamente più rilevante riguarda l’utilizzo delle chiavi sottratte per consumare risorse di intelligenza artificiale senza autorizzazione. Railway stima circa 740.000 dollari di addebiti fraudolenti, che sta tentando di recuperare presso i fornitori coinvolti, impegnandosi a coprire gli importi non rimborsati. Le indagini mostrano richieste riconducibili ad agenti di programmazione e pipeline di addestramento AI. L’azienda ritiene che le credenziali possano essere state rivendute o distribuite a servizi intermediari utilizzati per accedere ai modelli e raccogliere dati destinati alla distillazione. Questa finalità resta una valutazione investigativa, non un’attribuzione definitiva. Il fenomeno ripropone quanto già documentato nell’analisi del LLMjacking e dello sfruttamento di risorse cloud attraverso credenziali rubate.

Un elemento particolarmente significativo è l’impiego di agenti AI per accelerare la ricerca e lo sfruttamento di nuove debolezze. Railway descrive un confronto durato circa 26 ore, durante il quale gli aggressori hanno esaminato contemporaneamente numerosi percorsi di compromissione, mentre gli ingegneri tentavano di chiuderli. L’accesso ostile è stato definitivamente interrotto il 21 ottobre e l’azienda ha sostituito credenziali, invalidato sessioni e ricostruito componenti dell’infrastruttura. Non sono emerse prove del download dei repository Git dei clienti o dell’accesso ai loro database. L’incidente, già segnalato nell’approfondimento di ottobre sui problemi di sicurezza di Railway e delle piattaforme cloud, assume oggi dimensioni più precise grazie alla ricostruzione tecnica.

Nitori, fino a 37,62 milioni di record personali potenzialmente esposti

In Giappone, Nitori Holdings, uno dei principali gruppi della distribuzione di mobili e prodotti per la casa, ha comunicato il 9 novembre una possibile violazione che interessa fino a 37,62 milioni di record. Secondo l’avviso pubblicato sul sito aziendale, l’accesso abusivo è stato individuato il 6 novembre, ma le verifiche hanno rilevato possibili intrusioni risalenti alla seconda metà di ottobre. Le informazioni coinvolte comprendono nomi, indirizzi email, recapiti telefonici, indirizzi postali, date di nascita, dati degli iscritti ai programmi fedeltà e informazioni sugli acquisti. Sono interessati potenzialmente anche i dati dei clienti aziendali e gli ordini effettuati attraverso i negozi online ufficiali.

Nitori precisa che password degli account e informazioni sulle carte di credito non risultano comprese nel perimetro della violazione. Il numero di 37,62 milioni rappresenta la quantità massima di record potenzialmente esposti e non il conteggio definitivo delle persone effettivamente coinvolte. L’azienda ha bloccato l’accesso non autorizzato, avviato accertamenti con specialisti esterni e informato le autorità giapponesi. La disponibilità di informazioni commerciali e anagrafiche può comunque favorire campagne di phishing e frodi costruite intorno agli acquisti dei clienti. Il caso si aggiunge ai precedenti incidenti giapponesi che hanno coinvolto Capcom e milioni di indirizzi email, evidenziando il valore degli archivi commerciali per i criminali informatici.

Qubole, gli hacker sfruttano account AWS già considerati affidabili

Il terzo incidente presenta una dinamica differente. Secondo la ricerca pubblicata da Wiz il 9 novembre, un attaccante ha utilizzato credenziali IAM associate a un account AWS impiegato dalla piattaforma di analisi dati Qubole per accedere agli ambienti cloud di più aziende tra il 14 e il 26 ottobre. Le organizzazioni interessate avevano precedentemente autorizzato l’account del fornitore attraverso ruoli cross-account IAM, necessari per consentire a servizi esterni di operare su determinate risorse. L’attaccante ha sfruttato queste autorizzazioni attraverso STS AssumeRole, ottenendo credenziali temporanee valide all’interno degli account dei clienti.

Una volta ottenuto l’accesso, gli aggressori hanno interrogato AWS Secrets Manager, SSM Parameter Store e le variabili d’ambiente delle funzioni Lambda, verificando successivamente le credenziali attraverso TruffleHog. Sono stati individuati tentativi di validazione di chiavi AWS e credenziali appartenenti a Microsoft Entra ID e Okta, seguiti dal download di informazioni dai bucket Amazon S3 raggiungibili con i privilegi disponibili. La ricostruzione originale di Sentra documenta decine di organizzazioni coinvolte e, in uno degli ambienti esaminati, milioni di file sottratti. Non risulta dimostrata una vulnerabilità dei servizi AWS: il problema riguarda l’utilizzo abusivo di identità esterne precedentemente autorizzate.

Le autorizzazioni dimenticate diventano la porta d’ingresso

L’aspetto più insidioso dell’operazione Qubole riguarda la presenza di ruoli IAM inutilizzati da mesi ma ancora autorizzati ad accedere ai dati aziendali. Sentra ha documentato un caso nel quale le autorizzazioni del fornitore erano rimaste operative anche dopo l’interruzione del suo utilizzo. L’attaccante ha così potuto assumere ruoli legittimi e sottrarre informazioni senza dover violare direttamente i sistemi delle singole organizzazioni. Wiz raccomanda di verificare gli eventi CloudTrail a partire dal primo ottobre, eliminare le integrazioni non più necessarie, limitare le reti dalle quali i fornitori possono assumere ruoli e sostituire le credenziali potenzialmente esposte. Una dinamica coerente con i rischi affrontati nella guida alla sicurezza delle infrastrutture cloud e alla gestione delle identità.

I tre incidenti non appartengono alla stessa campagna, ma mostrano tre conseguenze concrete della perdita di controllo sulle informazioni: Railway trasforma le chiavi AI sottratte in consumi fraudolenti, Nitori rischia l’esposizione di un enorme patrimonio di dati commerciali e Qubole dimostra quanto possano diventare pericolose le autorizzazioni concesse a fornitori esterni e mai revocate. La protezione non dipende soltanto dalla sicurezza del servizio principale, ma dalla capacità di controllare quali credenziali rimangono valide, quali informazioni possono raggiungere e quando una relazione di fiducia deve essere interrotta.