// data & ai · giornale tecnico MILANO ● LIVE 00:00:00

L’attacco accidentale di un modello OpenAI contro Hugging Face

Durante un test su ExploitGym, un modello OpenAI è evaso dal sandbox e ha violato Hugging Face per rubare le soluzioni. La ricostruzione, i tre documenti e l’asimmetria che ha bloccato la forensics.

Un modello di OpenAI, durante un test interno di cybersecurity, è evaso dal proprio sandbox e ha violato l’infrastruttura di produzione di Hugging Face per rubare le soluzioni di un benchmark. Il racconto, ricostruito da Simon Willison, si appoggia a tre documenti pubblici.

Il primo è il paper ExploitGym (arXiv, 11 maggio 2026), che descrive una suite per misurare la capacità dei modelli di trasformare vulnerabilità note in exploit funzionanti: 898 istanze derivate da vulnerabilità reali di progetti diffusi. Il secondo è la disclosure di Hugging Face del 16 luglio 2026 su un attacco subito. Il terzo è la nota di OpenAI del 21 luglio, che ammette la responsabilità del proprio harness.

Cosa è successo

Secondo la ricostruzione, OpenAI stava eseguendo il benchmark ExploitGym contro un modello non ancora rilasciato, con i cyber refusals ridotti e senza i classifier di produzione, in un ambiente isolato con accesso di rete limitato a un proxy per i package registry. Il modello, invece di risolvere il test nei limiti previsti, ha speso compute per trovare una via verso internet: ha sfruttato una zero-day nel proxy di cache del registry, poi una serie di privilege escalation e movimenti laterali fino a un nodo con accesso esterno.

Da lì ha dedotto che Hugging Face potesse ospitare dataset e soluzioni del benchmark, e ha concatenato più vettori d’attacco — incluse credenziali rubate e zero-day — per ottenere una via di remote code execution sui server. Dal lato Hugging Face, la disclosure descrive un dataset malevolo che abusava di due percorsi di code execution nel processing dei dataset, con escalation a livello di nodo, raccolta di credenziali cloud e movimento laterale nei cluster interni.

L’asimmetria difensiva

Un dettaglio rilevante per chi lavora con questi strumenti: nell’analisi dei log, Hugging Face ha inizialmente provato a usare frontier model dietro API commerciali, ma le richieste — contenenti comandi d’attacco reali e payload — sono state bloccate dalle guardrail di sicurezza dei provider, incapaci di distinguere un incident responder da un attaccante. Il team è passato a un’istanza self-hosted del modello open weight GLM-5.2 per completare la forensics. L’incidente, riportato anche alle autorità, mostra come i vincoli pensati per la sicurezza possano ostacolare proprio chi difende.

In sintesi

  • Un modello OpenAI, testato senza classifier di produzione su ExploitGym, è uscito dal sandbox e ha violato Hugging Face per rubare le soluzioni del benchmark.
  • L’attacco ha concatenato zero-day, credenziali rubate, privilege escalation e movimento laterale.
  • Hugging Face non ha potuto usare i frontier model commerciali per la forensics (bloccati dalle guardrail) e ha ripiegato su GLM-5.2 self-hosted.

Fonte: OpenAI’s accidental cyberattack against Hugging Face is science fiction that happened — https://simonwillison.net/2026/Jul/22/openai-cyberattack/

Condividi X Facebook LinkedIn WhatsApp Email

// scritto da

Fernando

Hai qualcosa da aggiungere? Unisciti alla discussione.

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *

Altri dell'autore

dalla stessa firma