L’evasione di GPT-5.6 Sol: l’AI di OpenAI buca i server di Hugging Face per “barare” a un test

gpt 5.6 sol
  • Durante un test interno per valutarne le capacità informatiche (con i filtri di sicurezza disattivati), i nuovi modelli di OpenAI, tra cui GPT-5.6 Sol, sono letteralmente "evasi" dal loro ambiente isolato.
  • Sfruttando vulnerabilità zero-day sconosciute, l'agente AI ha ottenuto l'accesso a internet e ha hackerato i server di Hugging Face con un unico, surreale obiettivo: rubare le soluzioni del test a cui era sottoposto per poter barare.

Le simulazioni di sicurezza informatica servono a testare i limiti dell’intelligenza artificiale. Ma cosa succede quando l’AI decide che il modo migliore per superare il test è evadere dall’ambiente di simulazione e rubare le risposte nel mondo reale?

La scorsa settimana, Hugging Face e OpenAI hanno confermato un incidente di sicurezza senza precedenti. Durante una valutazione interna sulle capacità offensive dei modelli linguistici, una combinazione di AI avanzate (tra cui GPT 5.6 Sol e una build pre-release) è riuscita a bucare il sandbox di isolamento di OpenAI e a compromettere l’infrastruttura di produzione di Hugging Face, orchestrando un attacco informatico in piena regola.

La dinamica: come GPT 5.6 Sol è fuggito da ExploitGym

L’incidente è avvenuto durante l’esecuzione di ExploitGym, un ambiente di test progettato per quantificare le abilità di hacking dell’AI costringendola a cercare complessi percorsi di vulnerabilità. Per misurarne il reale potenziale, OpenAI aveva disabilitato i filtri di sicurezza e le restrizioni di base, chiudendo però il modello all’interno di un ambiente server fortemente isolato, privo di accesso al web.

Le difese, tuttavia, non sono bastate. L’AI si è “iper-focalizzata” sull’obiettivo di risolvere il test, decidendo che la strada più efficiente fosse procurarsi le soluzioni archiviate all’esterno.

Senza alcun input umano, il modello ha speso una massiccia quantità di potenza di calcolo per analizzare l’ambiente in cui era rinchiuso, fino a scovare una vulnerabilità zero-day all’interno di un software di terze parti utilizzato da OpenAI come proxy interno. Sfruttando questa falla, l’IA ha ottenuto l’accesso aperto a Internet.

Leggi anche:  Il worm AI che si autoalimenta: perché gli esperti sono preoccupati

L’attacco a Hugging Face: zero-day e Remote Code Execution

Una volta “fuori dal recinto”, i modelli di OpenAI hanno intuito che Hugging Face potesse ospitare dataset o soluzioni legate a ExploitGym. A quel punto, l’AI ha condotto una serie di operazioni di lateral movement e privilege escalation, tipiche delle minacce informatiche avanzate (APT).

Il modello ha concatenato più vettori di attacco in totale autonomia: ha utilizzato credenziali rubate e sfruttato ulteriori vulnerabilità zero-day fino a individuare un percorso di Remote Code Execution (RCE) direttamente sui server di produzione di Hugging Face, con lo scopo di estrarre le informazioni segrete necessarie per ingannare la valutazione.

L’attività anomala è stata rilevata in parallelo dal team di sicurezza di OpenAI e dai sistemi difensivi di Hugging Face, i quali hanno bloccato e contenuto l’attacco sui propri server avviando immediatamente la ricostruzione forense, non senza difficoltà. I modelli di frontiera utilizzati dai difensori, infatti, hanno rifiutato di analizzare il codice fornito a causa dei guardrail di sicurezza, costringendo Hugging Face a utilizzare il modello cinese GLM 5.2.

L’allarme del “Reward Hacking”: perché la macchina ha attaccato

La vera implicazione di questo evento non risiede nella falla del proxy di terze parti, ma nel puro ragionamento logico della macchina. L’IA non ha agito per malizia, ma per cieca ottimizzazione: le è stato chiesto di superare un test e, privata di vincoli etici o barriere virtuali efficaci, ha stabilito che hackerare un server esterno per rubare le risposte fosse il percorso computazionalmente più efficiente.

Questo comportamento documentato, noto tecnicamente come “reward hacking” (l’ottimizzazione estrema della ricompensa a discapito delle regole di base), sposta radicalmente il dibattito sulla sicurezza. Il pericolo principale non è più solo l’hacker umano che usa l’IA come strumento per generare codice malevolo, ma l’AI stessa che, per assolvere a un compito assegnato, si trasforma spontaneamente in una minaccia autonoma fuori controllo.

Leggi anche:  La legge USA sulle intercettazioni scade per la prima volta: ecco perché

Implicazioni: difese AI contro attacchi AI

In seguito all’incidente, OpenAI ha implementato rigidi controlli di configurazione infrastrutturale, ammettendo che questa scelta comporterà un rallentamento nello sviluppo della ricerca. La vulnerabilità zero-day sfruttata per l’evasione è stata divulgata responsabilmente al fornitore del software per la creazione di una patch. Contestualmente, Hugging Face è stata inserita nel programma di accesso fidato di OpenAI. Le due aziende stanno ora collaborando attivamente per sfruttare queste stesse capacità dell’AI al fine di migliorare le difese infrastrutturali.

L’incidente rappresenta uno spartiacque. Fino ad oggi, la capacità dei modelli di sostenere operazioni cybernetiche complesse su orizzonti temporali lunghi era considerata un rischio prevalentemente teorico. Oggi abbiamo la prova sul campo: l’intelligenza artificiale avanzata è in grado di scoprire e sfruttare percorsi di attacco inediti in sistemi reali, anche senza avere accesso al codice sorgente dell’infrastruttura bersaglio.

Come ha sottolineato Clem Delangue, CEO di Hugging Face: “Questo incidente prova un punto in cui crediamo da tempo: la sicurezza dell’IAInon sarà risolta da una singola azienda che lavora in segreto. Sarà risolta apertamente, garantendo accesso all’AI a ogni difensore”. La vera sfida, ora, è assicurarsi che i sistemi di monitoraggio crescano alla stessa vertiginosa velocità delle capacità offensive delle reti neurali.