Claude Fable 5 riattivato dopo uno stop regolatorio di tre settimane

Dal 1° luglio il modello di intelligenza artificiale Claude Fable 5, sviluppato dalla società americana Anthropic, è tornato accessibile in tutto il mondo. In superficie sembra la normale riapertura di un servizio dopo un problema tecnico: una patch, una correzione, e si riparte. Ma quello che è successo tra il 12 giugno e il 1° luglio racconta qualcosa di più interessante — e, per molte aziende che usano questi strumenti nel lavoro quotidiano, di più preoccupante.

L'interruttore, questa volta, non lo ha abbassato un bug. Lo ha abbassato il governo degli Stati Uniti.

Un blocco politico, non un guasto

Il 12 giugno Anthropic ha sospeso l'accesso a Fable 5 e al modello correlato Mythos 5 in seguito a una direttiva americana sulla sicurezza dell'AI. La misura, secondo quanto riportato da Axios, imponeva il blocco dell'accesso per i cittadini stranieri, sia fuori dagli Stati Uniti sia all'interno del Paese. La logica assomiglia a quella dei controlli sull'export di tecnologie sensibili — lo stesso regime che regolamenta, per esempio, la vendita di certi chip o software militari — più che alla gestione di un incidente informatico ordinario.

Anthropic ha scelto uno stop totale perché, nell'immediato, non disponeva di un sistema in grado di verificare la nazionalità degli utenti in modo affidabile. Una scelta drastica, ma coerente con il principio che, quando non puoi distinguere chi può accedere da chi non può, l'unica opzione sicura è spegnere tutto.

All'origine c'era una segnalazione concreta. Ricercatori di Amazon avevano scoperto che, in un contesto di analisi del codice, Fable 5 poteva essere manipolato — attraverso tecniche di jailbreak, cioè istruzioni costruite appositamente per aggirare i filtri di sicurezza — per individuare vulnerabilità nei software e, in alcuni casi, generare codice per sfruttarle. Anthropic ha poi verificato che lo stesso tipo di attacco funzionava anche su altri modelli, inclusi alcuni propri e alcuni dei concorrenti: il problema non era specifico di un singolo prodotto, ma indicativo di una debolezza più diffusa nelle difese dei modelli avanzati.

Perché i modelli AI interessano alla sicurezza nazionale

Per capire perché un governo tratti un modello linguistico come una tecnologia sensibile, bisogna partire da cosa questi strumenti fanno concretamente nell'ambito della sicurezza informatica. I modelli avanzati di AI non «hackerano da soli», ma abbassano significativamente il tempo e lo sforzo necessari per alcune fasi critiche: leggere e interpretare codice, ipotizzare le cause di un malfunzionamento, mappare i punti vulnerabili di un sistema, suggerire test di verifica. Sono le stesse ragioni per cui molte aziende li stanno integrando nei processi di sviluppo software, nella gestione dei bug e nel supporto ai team che rispondono agli incidenti di sicurezza.

Questa versatilità ha un nome tecnico: dual use, ovvero tecnologie utilizzabili sia per scopi difensivi sia offensivi. Chi ragiona in termini di sicurezza nazionale tende a guardare queste capacità con la stessa cautela riservata ad altri strumenti a doppio utilizzo.

Un modello AI può essere bloccato da una decisione politica prima ancora che da un problema tecnico

Il nuovo filtro e i suoi limiti

Per riaprire il servizio, Anthropic ha sviluppato un classificatore — un sistema automatico addestrato a riconoscere le richieste problematiche — specificamente pensato per intercettare la tecnica descritta nel rapporto Amazon. Secondo l'azienda, il filtro blocca quella tecnica in oltre il 99% dei casi; quando scatta, la richiesta viene dirottata automaticamente su un modello alternativo, Opus 4.8, e l'utente riceve una notifica.

Il 99% sembra un numero rassicurante, ma va letto con cautela. Significa che, in un insieme definito di test e con quella specifica tecnica, il filtro funziona quasi sempre. Non significa che il modello sia «sicuro» in senso generale. Il jailbreak è un gioco adattivo: cambiano gli attaccanti, cambiano i prompt, cambiano le strategie. Un preprint pubblicato su arXiv che valuta la robustezza di Fable 5 e Opus 4.8 contro famiglie di attacchi automatizzati indica che, nello scenario più aggressivo, entrambi i modelli mostrano vulnerabilità residue — Fable 5 con tassi più bassi, ma non nulli. Il punto non è che i numeri non contino, ma che contano solo se misurati con criteri condivisi e confrontabili tra i diversi produttori.

Ed è esattamente qui che la notizia smette di essere solo la storia di un servizio ripristinato. Anthropic ha dichiarato di lavorare con Amazon, Microsoft e Google per definire uno standard comune sulla gravità dei jailbreak. È un segnale di maturazione del settore, ma anche un'ammissione implicita: finora ogni laboratorio ha misurato e comunicato la sicurezza con metriche proprie, spesso incomparabili tra loro. Come se ogni casa automobilistica usasse un proprio crash test con punteggi non traducibili — il mercato funziona finché non arriva un incidente che impone regole uniformi.

Il costo reale del blocco e del ritorno

Il fallback automatico su Opus 4.8 non è un dettaglio tecnico marginale. Per chi usa questi modelli nel lavoro — sviluppatori, team di sicurezza, aziende che hanno automatizzato processi — significa che in certi momenti si crede di usare uno strumento e se ne usa un altro, con differenze nelle prestazioni, nello stile delle risposte, nella velocità e nelle capacità. Anthropic stessa ammette che il classificatore può bloccare per eccesso anche richieste del tutto legittime, in particolare nelle attività ordinarie di scrittura e revisione del codice: più protezione contro l'abuso, più attrito per l'uso normale. È un compromesso classico nella sicurezza informatica, applicato però a uno strumento generalista usato in migliaia di contesti diversi.

C'è anche una dimensione economica. Fable 5 e Mythos 5 sono posizionati nella fascia alta del mercato: 10 dollari per milione di token in input e 50 dollari per milione in output. Per dare un'idea di scala, un token corrisponde approssimativamente a tre o quattro caratteri di testo. Chi gestisce flussi di lavoro ad alto volume — analisi di codice, revisione di documenti, elaborazione di dati — può trovarsi a pagare di più o a dover ripetere passaggi ogni volta che il sistema devia verso un modello alternativo.

Chi dipende da questi modelli nel lavoro deve iniziare a trattarli come componenti critici, non come servizi sempre garantiti

Reversibilità, la parola che preoccupa davvero

Il ritorno di Fable 5 è possibile anche grazie a un parziale via libera regolatorio. Secondo Axios, il Segretario al Commercio americano ha precisato che i requisiti di licenza sui cosiddetti «Covered Models» — i modelli AI soggetti a restrizioni — possono essere rivalutati e modificati se cambiano le circostanze. Una frase che, in termini operativi, significa una cosa sola: reversibilità. Le regole di oggi non sono necessariamente quelle di domani, e uno stop improvviso può tornare.

Per le aziende che hanno integrato questi modelli nei propri processi — con Claude «nel ciclo» di sviluppo software o di risposta agli incidenti di sicurezza — un'interruzione improvvisa non è un semplice disservizio. È un rischio di dipendenza operativa. La scelta di Anthropic di spegnere tutto il 12 giugno, invece di mantenere un accesso limitato, dimostra che quando le regole di conformità non sono progettate in anticipo — con sistemi di verifica dell'identità, controlli e registri orientati alla rendicontazione — l'unica risposta possibile a un vincolo regolatorio improvviso è l'interruttore generale.

Il quadro istituzionale si consolida

Negli Stati Uniti, il NIST ha inquadrato la fase attuale come decisiva per l'adozione dell'AI nelle agenzie federali, legandola a capacità di valutazione e certificazione centralizzate: i modelli non entreranno nelle infrastrutture pubbliche solo perché «funzionano», ma perché superano procedure standardizzate che diventeranno riferimento anche per il settore privato.

In Europa il calendario è parallelo. Dal 2 agosto 2026 entrano in vigore gli obblighi dell'AI Act per i fornitori di modelli di intelligenza artificiale di uso generale, insieme ai poteri di controllo della Commissione europea sui modelli più avanzati. Senza sovrapporre meccanicamente le regole dei due continenti, l'effetto netto è simile: i modelli «di frontiera» non sono più solo prodotti cloud, ma infrastrutture soggette a requisiti, verifiche e potenziali limitazioni d'uso. La domanda non è se arriveranno più vincoli, ma dove verranno collocati: nel modello, nelle API, nell'identità dell'utente, nelle piattaforme di distribuzione.

La partita italiana passa da AWS

C'è un aspetto che riguarda direttamente chi opera in Italia, spesso trascurato quando la discussione si concentra sull'applicazione web Claude.ai. Per molte aziende europee, i modelli Anthropic non arrivano direttamente, ma attraverso i grandi fornitori di cloud come Amazon Web Services, Microsoft Azure o Google Cloud. Amazon ha annunciato la disponibilità di Claude Fable 5 su Amazon Bedrock — la piattaforma AWS per i modelli AI — ma nelle comunicazioni di giugno la pagina italiana di AWS riportava che l'accesso a Fable 5 e Mythos 5 su Bedrock non era disponibile.

Per molte aziende europee, scegliere Bedrock o equivalenti su altri cloud non è solo una decisione commerciale: è una scelta di governance, perché si integra con i sistemi di controllo degli accessi, i registri delle attività e le policy di sicurezza già presenti nell'infrastruttura aziendale. La Commissione europea ha aperto procedimenti sui principali servizi cloud proprio per il ruolo strategico che queste piattaforme hanno acquisito. Se il futuro dei modelli avanzati è quello di diventare «capacità dentro un perimetro aziendale» più che «modello in un'applicazione», la partita vera non si gioca solo su quale modello sia il migliore, ma su chi riesce a garantire continuità operativa quando le regole cambiano.

Il ritorno di Fable 5 dal 1° luglio non chiude la vicenda, la sposta su un piano più strutturale. Da una parte c'è la sicurezza come disciplina ingegneristica — classificatori, test di robustezza, mitigazioni. Dall'altra c'è la sicurezza come governance — licenze, restrizioni, decisioni che possono essere riviste. Nel mezzo, sviluppatori, team di sicurezza e aziende che hanno automatizzato processi stanno iniziando a trattare l'accesso a questi modelli non come una risorsa sempre disponibile, ma come una dipendenza da progettare con piani di riserva e ridondanza, come si farebbe con qualsiasi componente critico della catena di fornitura digitale.