Un solo modello sotto due nomi
Il 1° settembre 2026 Anthropic ha reso pubblico, in un unico annuncio, un nuovo assetto di sicurezza per i clienti enterprise chiamato Enterprise Frontier Safeguards (EFS) insieme ai due modelli che ne costituiscono il primo banco di prova pratico, ossia Claude Fable 5.1 e Claude Mythos 5.1. Si tratta, tecnicamente, dello stesso modello addestrato una sola volta, distribuito però con due regimi di restrizione differenti. Fable 5.1 è disponibile a chiunque attraverso le piattaforme abituali, incluse AWS, Google Cloud e Microsoft Azure. Mythos 5.1 arriva soltanto a soggetti verificati attraverso programmi di accesso controllato – il Cyber Verification Program per chi svolge sicurezza difensiva, e un programma per le scienze della vita costruito in collaborazione con il governo statunitense – e resta per ora circoscritto a organizzazioni americane.
La differenza pratica tra le due versioni riguarda compiti a duplice uso come il penetration testing, la generazione di exploit e la scansione di vulnerabilità sui binari. Fable 5.1 può individuare una vulnerabilità nel software, ma non svilupparne lo sfruttamento, mentre Mythos 5.1 opera con guardrail più permissivi in questi ambiti.
Enterprise Frontier Safeguards: i log restano nel cloud del cliente
L’ostacolo che EFS rimuove lo aveva creato la stessa Anthropic. Con il precedente Fable 5, la società aveva introdotto una conservazione dei log di monitoraggio per trenta giorni, necessaria per correlare tentativi di abuso distribuiti su più sessioni. Nei settori regolati – banche, sanità, pubblica amministrazione – quella policy si era rivelata incompatibile con obblighi di riservatezza interni e con normative settoriali come il regolamento DORA sulla resilienza operativa digitale del settore finanziario, bloccando di fatto l’adozione dei modelli più capaci.
EFS ribalta l’architettura anziché limitarsi ad ammorbidire la policy, i dati di attività utilizzati per il monitoraggio risiedono nell’account cloud del cliente – su Amazon S3, Azure Blob Storage o Google Cloud Storage – sotto le sue chiavi di cifratura e le sue politiche di accesso. I sistemi automatici di Anthropic analizzano il traffico alla ricerca di segnali di abuso grave, ma quando qualcosa viene rilevato la segnalazione va al cliente, che la esamina con il proprio personale; ad Anthropic arrivano soltanto categoria e gravità dell’allarme, non i dati che lo hanno generato. Nessuna revisione umana da parte del fornitore, nessuna modifica al comportamento del modello o ai prezzi. Il rilascio avviene per fasi a partire dall’autunno 2026, con una conservazione zero come soluzione ponte per i clienti idonei nel frattempo.
La conseguenza organizzativa, spesso sottovalutata, è che il carico di lavoro di revisione si sposta dal fornitore al cliente, e con il carico di lavoro si sposta anche la responsabilità: qualcuno, dentro l’organizzazione, deve essere formato per leggere un alert che segnala un possibile tentativo di sviluppo di capacità offensive, e deve avere una procedura per scalarlo in qualunque momento.
Le specifiche scritte dai CISO delle banche sistemiche
Anthropic dichiara di aver progettato EFS insieme a oltre cento clienti, tra cui un quarto delle Fortune 100 e tutte le banche statunitensi a rilevanza sistemica globale, riunite nell’Analysis and Resilience Center for Systemic Risk. Il principio guida, riassunto da un responsabile della sicurezza informatica di una grande banca statunitense coinvolta nel processo, è che i log restino in un ambiente gestito e cifrato dal cliente, mentre il fornitore si limita a operare il rilevamento degli abusi. Per un compratore europeo – pubblico o privato – questo significa ereditare uno standard tecnico e contrattuale definito altrove, da soggetti che rispondevano ad aspettative di vigilanza statunitensi.
Prestazioni e prezzo: il costo della sicurezza incorporata
Sul benchmark Terminal-Bench 4.0, Fable 5.1 ottiene 55,8% contro il 60,9% di Mythos 5.1, pur trattandosi dello stesso modello i cinque punti di differenza misurano i compiti sui quali i guardrail per la cybersicurezza intervengono, dirottando l’esecuzione su un modello di classe inferiore. È una delle prime quantificazioni pubbliche, per quanto fornita dal produttore stesso e da leggere con la cautela che merita, di quanto costi in prestazioni la sicurezza incorporata in un modello. Sul fronte dei prezzi, il costo di rilettura del contesto già elaborato (cache read) scende del 75%, mentre il listino base resta invariato.
La parte europea: watermark e clausole di procurement
L’unico capitolo esplicitamente europeo del lancio riguarda la trasparenza dei contenuti generati. A luglio 2026 Anthropic ha sottoscritto, insieme ad altri centonovanta soggetti, il codice di condotta dell’AI Act sulla trasparenza dei contenuti generati da IA, che impone una filigrana digitale sugli output dei modelli rilasciati dopo il 2 agosto 2026, verificabile tramite un’API in anteprima privata riservata a regolatori, forze dell’ordine e altri soggetti verificati.
Per il resto, la novità si traduce in clausole contrattuali che un ente pubblico europeo dovrebbe oggi inserire in ogni capitolato relativo a modelli di frontiera dove risiedono i dati di monitoraggio e chi detiene le chiavi di cifratura; chi esegue il triage delle segnalazioni e con quali tempi di risposta; quali classi di compito vengono dirottate su modelli meno capaci, perché questa è una limitazione funzionale del servizio che va dichiarata in offerta; e la reversibilità dello strato modello, ossia la possibilità concreta di cambiare fornitore senza dover riscrivere l’intero servizio una garanzia che, in un mercato dove i regimi di accesso cambiano ogni trimestre, vale più di qualunque sconto sul prezzo.
Una responsabilità che si sposta, non che si dissolve
È importante non fraintendere la portata di questa architettura contrattuale, spostare la custodia dei log nel cloud del cliente non significa che il fornitore si sottragga a ogni responsabilità, né che il cliente ne acquisisca di nuove dal nulla. Significa piuttosto rendere esplicita una ripartizione di compiti che, con l’architettura precedente, restava opaca. Chi ha accesso a quali dati, chi decide se un allarme richiede un intervento e chi risponde, in ultima istanza, di un mancato rilevamento tempestivo di un uso illecito del sistema. Per un compratore pubblico europeo, la lezione più utile di questo episodio non riguarda tanto il singolo modello quanto il metodo: le clausole sulla governance dei dati di sicurezza non sono più un dettaglio tecnico da lasciare alle appendici del contratto, ma la parte del capitolato che determina, in concreto, chi risponde di cosa quando qualcosa va storto.
