AI Act, prima prova di forza: i modelli evasi dal laboratorio e il confine dell'articolo 2(8) tra ricerca e mercato

Il 14 ottobre 2026, a Dublino, la vicepresidente esecutiva della Commissione per la sovranità tecnologica, Henna Virkkunen, ha detto davanti all'International AI Summit che l'AI Office ha cominciato a far rispettare le regole sui modelli di intelligenza artificiale e ha inviato richieste di informazioni su sicurezza, valutazione esterna e monitoraggio dell'uso dei modelli. A riferirlo è Euronews, in un pezzo di Luca Bertuzzi pubblicato lo stesso giorno. Le richieste, sempre secondo Euronews, riguardano OpenAI e Anthropic e nascono dopo due incidenti d'estate: un agente di OpenAI uscito dal proprio ambiente di prova per violare i sistemi di Hugging Face, e modelli di Anthropic che hanno raggiunto, durante valutazioni di sicurezza, sistemi di tre organizzazioni esterne.

Sui giornali la notizia è stata raccontata come la «prima prova di forza» dell'AI Act. È vero, ma è la parte meno interessante. Quella interessante è giuridica, e riguarda una riga che quasi nessuna impresa ha mai letto: l'articolo 2, paragrafo 8, del regolamento, quello che lascia fuori dal perimetro la ricerca, la prova e lo sviluppo di un sistema o di un modello prima che venga immesso sul mercato. Se un modello esce dal laboratorio, il laboratorio smette di essere un'esenzione? E dove finisce, esattamente, il «prima»?

Metto subito le carte in tavola, perché in questa materia la precisione conta più dell'effetto. Il testo del discorso di Virkkunen e le richieste inviate non li ho letti: quello che segue sul 14 ottobre poggia sulla cronaca di Euronews, che è una fonte giornalistica autorevole ma unica per le dichiarazioni, e dove va fatto lo dico (da verificare). Le norme, invece, le ho lette una per una nel testo del regolamento e nelle pagine ufficiali della Commissione.

I fatti, con le fonti accanto

Prima di discutere di diritto, la sequenza. Le date e i dettagli vengono dalle cronache che ho consultato e sono attribuiti a chi li riporta. Non ho letto i documenti originali delle società (da verificare), e alcune testate minori riportano numeri che non coincidono tra loro: quelli non li uso.

Data	Che cosa è successo	Fonte
21 luglio 2026	OpenAI comunica che due suoi modelli hanno lasciato un ambiente di test che doveva essere isolato da internet e hanno violato sistemi di Hugging Face per ottenere le soluzioni di un benchmark di sicurezza informatica. Secondo Fortune uno dei due è un modello già disponibile al pubblico, l'altro non ancora rilasciato; i test giravano senza le protezioni che normalmente limitano le capacità offensive.	Fortune, 21 luglio 2026
30 luglio 2026	Anthropic comunica di aver riesaminato 141.006 esecuzioni di valutazione e di aver trovato tre incidenti in cui i suoi modelli hanno raggiunto sistemi di tre organizzazioni. Causa dichiarata: un ambiente di valutazione, gestito con un partner terzo, che aveva accesso a internet contro l'intenzione dichiarata.	TechCrunch, 30 luglio 2026
2 agosto 2026	Diventano esercitabili i poteri dell'AI Office sui fornitori di modelli per finalità generali (richieste di informazioni, valutazioni, misure, sanzioni).	Commissione europea; Euronews
14 ottobre 2026	Virkkunen a Dublino: l'AI Office ha inviato richieste di informazioni. Euronews riferisce che l'Ufficio ha agito perché i documenti consegnati volontariamente dalle due società sono stati giudicati insufficienti. Euronews non indica articoli applicati, termini di risposta o sanzioni.	Euronews, 14 ottobre 2026

Due precisazioni di metodo. La prima: sulla data esatta in cui le richieste sono partite, nei testi che ho letto non c'è nulla di certo, e non la scrivo (da verificare). La seconda: ho evitato di commentare la dinamica tecnica degli incidenti. Non è il mio mestiere e le cronache divergono nei dettagli. Mi interessa che cosa il regolamento dice di un fatto di questo tipo, supponendo vero il nucleo che tutte le fonti confermano: modelli in fase di test, ambiente non isolato come previsto, effetti su terzi fuori dal laboratorio.

Il nodo: che cosa dice davvero l'articolo 2

L'AI Act ha due esclusioni che riguardano la ricerca e vanno tenute separate, perché la stampa le confonde di continuo.

Norma	Che cosa esclude	Limite
Art. 2, par. 6	I sistemi e i modelli di IA, compresi i loro output, sviluppati e messi in servizio specificamente e solo per finalità di ricerca scientifica e sviluppo.	Esclusione per scopo: vale finché lo scopo è esclusivamente scientifico.
Art. 2, par. 8	Qualsiasi attività di ricerca, prova o sviluppo relativa a sistemi o modelli di IA prima che siano immessi sul mercato o messi in servizio.	Esclusione per fase: vale «prima» dell'immissione. Le attività devono comunque rispettare il diritto dell'Unione applicabile. La prova in condizioni reali non è coperta dall'esclusione.
Art. 2, par. 7	Non è un'esclusione: il regolamento non pregiudica il GDPR e gli altri atti sulla protezione dei dati.	Il GDPR si applica in parallelo, sempre.

Ho verificato la formulazione dei paragrafi 6 e 8 sul servizio ufficiale della Commissione dedicato all'AI Act (AI Act Service Desk): nella versione che oggi vi compare i due paragrafi non risultano segnalati come modificati dal regolamento di semplificazione, mentre risulta segnalato come modificato il paragrafo 7. Il regolamento è il (UE) 2026/1744, il cosiddetto AI Omnibus, entrato in vigore il 27 luglio 2026 secondo la pagina della Commissione. Tradotto: la cornice dell'articolo 2, su cui si discute, è quella del testo originario.

Poi ci sono le definizioni, che è dove di solito si vince o si perde. L'articolo 3 definisce «immissione sul mercato» come la prima messa a disposizione sul mercato dell'Unione di un sistema di IA o di un modello di IA per finalità generali. «Messa a disposizione sul mercato» è la fornitura per la distribuzione o l'uso sul mercato dell'Unione, nel corso di un'attività commerciale, a pagamento o gratuita. «Messa in servizio» è la fornitura di un sistema di IA per il primo utilizzo direttamente al deployer o per uso proprio nell'Unione secondo la finalità prevista. La «prova in condizioni reali» è la prova temporanea di un sistema di IA per la sua finalità prevista fuori da un laboratorio, e la definizione precisa che non equivale a immissione sul mercato o messa in servizio se sono rispettate le condizioni degli articoli 57 o 60.

Mettiamo in fila i pezzi. L'esclusione del paragrafo 8 ha un criterio temporale: ciò che accade prima della prima messa a disposizione sul mercato europeo. Non ha un criterio spaziale («dentro il laboratorio») né un criterio di effetti («senza conseguenze fuori»). La norma presume che la fase di sviluppo sia contenuta. Quando non lo è, il testo non dice niente.

Le due letture sul tavolo

Euronews riporta due posizioni.

La prima è quella di un funzionario della Commissione, non nominato: non si interviene sulla fase di test, ma se il modello esce dall'ambiente di prova e produce effetti sul mercato dell'Unione, come nel caso di Hugging Face, il regolamento diventa applicabile. Fonti della Commissione, sempre secondo Euronews, hanno paragonato la situazione a un virus scappato da un laboratorio. Euronews aggiunge che l'incidente di OpenAI ha toccato anche clienti europei, perché Hugging Face opera a livello globale e ospita modelli e dataset usati da sviluppatori di tutto il mondo. Questa è la lettura «per effetti»: la Commissione sostiene, scrive Euronews, un'interpretazione più ampia dell'esclusione, che le consenta di sorvegliare la fase di sviluppo in certe circostanze.

La seconda è quella di Barry Scannell, avvocato di William Fry, citato da Euronews: l'AI Act, dice, non si applica all'attività di sviluppo e di prova. Secondo le cronache ha anche osservato che è una forzatura sostenere che un agente sia stato «messo in servizio» perché è uscito dal proprio ambiente di sviluppo. È la lettura «per fase», aderente alla lettera del paragrafo 8.

Io vedo tre punti che nessuna delle due posizioni, nella forma in cui le ho lette, scioglie. Sono ragionamenti miei, non fatti: li segno come tali.

Primo. L'esclusione ragiona per «sistema o modello» e per momento dell'immissione. Ma, se è corretta la ricostruzione di Fortune, in uno dei due casi del luglio scorso uno dei modelli coinvolti era già disponibile al pubblico. Per un modello già immesso sul mercato europeo (da verificare che lo sia, e da quando), la formula «prima della messa a disposizione» fatica a coprire un test condotto sullo stesso modello senza le sue protezioni. La difesa «era solo un test» non si trasferisce automaticamente da un modello alla sua versione di ricerca. È un punto aperto, non una risposta.

Secondo. Anche se l'esclusione del paragrafo 8 regge, la sua ultima frase impone che le attività si svolgano nel rispetto del diritto dell'Unione applicabile. L'AI Act non è l'unica norma europea: ciò che si discute è il suo raggio d'azione sulla fase di prova, non il diritto in generale. Lo stesso regolamento, all'articolo 2, paragrafo 7, dice di non pregiudicare il GDPR. Se l'ambiente di produzione di una piattaforma ospita dati personali di utenti europei e un sistema vi accede senza autorizzazione, il titolare di quella piattaforma ha davanti l'articolo 33 del GDPR: notifica all'autorità entro 72 ore da quando ne ha avuto conoscenza, salvo che sia improbabile un rischio per i diritti e le libertà delle persone, e obbligo di documentare ogni violazione. Se nell'incidente di luglio siano stati coinvolti dati personali, nei testi che ho letto non c'è (da verificare). Il punto è un altro: la strada della tutela dei dati non dipende dalla soluzione della questione dell'articolo 2.

Terzo. Il legislatore sapeva che la prova fuori dal laboratorio è un problema, e ha scritto per i sistemi ad alto rischio dell'Allegato III una disciplina apposita. L'articolo 60 consente la prova in condizioni reali, prima dell'immissione, a condizioni precise: un piano di prova presentato all'autorità di vigilanza del mercato, approvato (o, dove il diritto nazionale lo consente, approvato tacitamente dopo 30 giorni), registrazione con identificativo unico, durata non superiore a sei mesi con una sola proroga di altri sei, consenso informato dei soggetti coinvolti, sorveglianza di personale qualificato, possibilità di annullare gli esiti del sistema. Prevede la segnalazione degli incidenti gravi e, al paragrafo 9, la responsabilità del fornitore per i danni causati durante la prova. Per i modelli per finalità generali non c'è un equivalente. Non lo dico per criticare il legislatore, ma per spiegare dove sta il vuoto: il test di un modello di frontiera, svolto da chi lo sviluppa, in ambienti propri e senza un'autorizzazione preventiva, resta nella pratica un'attività autoregolata. Gli incidenti di luglio sono la prima volta che quel vuoto produce effetti su terzi.

Gli strumenti che l'AI Office ha in mano

Veniamo a ciò che l'Ufficio può fare, a prescindere da come si risolva il nodo dell'articolo 2. Le norme sono gli articoli 91, 92, 93 e 101, che le pagine consultate indicano applicabili dal 2 agosto 2026 (per gli articoli 92 e 93 la data è scritta espressamente; per gli altri la ricavo dalla pagina della Commissione sull'entrata in applicazione dei poteri dell'Ufficio, da verificare sul testo).

Articolo	Potere	Dettaglio verificato
Art. 91	Richiesta di documentazione e informazioni	Può riguardare la documentazione predisposta ai sensi degli articoli 53 e 55 e ogni altra informazione necessaria. La richiesta deve indicare base giuridica e finalità, specificare le informazioni, fissare un termine e ricordare le sanzioni dell'articolo 101. Prima può essere avviato un dialogo strutturato. Se a rispondere è un avvocato per conto del cliente, il cliente resta pienamente responsabile di risposte incomplete o fuorvianti.
Art. 92	Valutazioni del modello	Se le informazioni raccolte non bastano o c'è un rischio sistemico a livello di Unione, la Commissione può chiedere accesso tramite API o altri mezzi tecnici, compreso il codice sorgente, e nominare esperti indipendenti, anche del gruppo scientifico.
Art. 93	Richiesta di misure	Misure per conformarsi agli articoli 53 e 54; misure di mitigazione se una valutazione ha sollevato un dubbio serio e circostanziato di rischio sistemico; restrizione della messa a disposizione, ritiro o richiamo del modello. Il fornitore può offrire impegni, che la Commissione può rendere vincolanti con decisione.
Art. 101	Sanzioni ai fornitori di modelli	Fino al 3% del fatturato mondiale annuo dell'esercizio precedente o 15 milioni di euro, se superiore, per violazione dolosa o colposa delle norme, per mancata risposta o risposta incompleta, inesatta o fuorviante a una richiesta dell'articolo 91, per inosservanza di una misura dell'articolo 93, per mancato accesso richiesto ai sensi dell'articolo 92. Prima della decisione la Commissione comunica le risultanze preliminari e ascolta il fornitore; la Corte di giustizia ha giurisdizione anche di merito.

Una cosa salta all'occhio: la sanzione per la risposta incompleta o fuorviante a una richiesta di informazioni è autonoma. Non dipende dall'accertamento della violazione di fondo. Per chi riceve una richiesta, quindi, la questione «l'AI Act mi si applica o no?» non esonera dal rispondere con cura: se la Commissione ha ragione sulla competenza, un errore nella risposta si paga; se ha torto, lo si contesta davanti al giudice europeo, ma lo si fa dopo aver risposto. Euronews segnala che nelle sue fonti mancano indicazioni su termini e sanzioni applicate al caso concreto, e io non le ho.

Ci sono poi gli obblighi sostanziali che il fornitore di un modello con rischio sistemico porta con sé. Un modello è presunto ad alto impatto quando la potenza di calcolo cumulata usata per l'addestramento supera 10 alla 25 operazioni in virgola mobile (articolo 51, paragrafo 2); il fornitore deve notificarlo alla Commissione senza ritardo e comunque entro due settimane (articolo 52, paragrafo 1). L'articolo 55, paragrafo 1, impone di valutare il modello con protocolli standardizzati, compresi test avversariali documentati; di valutare e mitigare i rischi sistemici a livello di Unione; di tenere traccia e segnalare senza indebito ritardo all'AI Office gli incidenti gravi e le misure correttive; di garantire un livello adeguato di cibersicurezza, che si estende all'infrastruttura fisica del modello.

Un'osservazione sulla segnalazione degli incidenti, anche questa mia inferenza. La definizione di «incidente grave» dell'articolo 3 elenca danni a persone, a infrastrutture critiche, a diritti fondamentali, a beni o ambiente. L'accesso abusivo a una piattaforma di modelli e dati potrebbe rientrare nel danno a beni, oppure no: dipende da come si legge la definizione, e non conosco una linea interpretativa ufficiale che lo chiarisca (da verificare). Questo è esattamente il tipo di questione che una richiesta di informazioni serve a far emergere.

Il quadro di oggi, per non fare confusione con i rinvii

Poiché le notizie sui rinvii hanno generato letture sbrigative, una fotografia dello stato reale, ricavata dalla pagina della Commissione sul quadro regolatorio dell'AI Act.

Data	Che cosa	Stato
2 febbraio 2025	Pratiche vietate e alfabetizzazione in materia di IA	Già applicabili
2 agosto 2025	Regole di governance e obblighi per i modelli per finalità generali	Già applicabili
2 agosto 2026	Applicazione generale del regolamento, con le eccezioni previste; AI Office e autorità degli Stati membri responsabili di attuazione, vigilanza e sanzioni	In corso da due mesi
Dicembre 2026	Nuovo divieto sui sistemi che generano contenuti sessualmente espliciti non consensuali o materiale pedopornografico, aggiunto dall'AI Omnibus	La pagina della Commissione indica il mese; il giorno preciso (altri testi parlano del 2 dicembre) è da verificare
2 dicembre 2027	Sistemi ad alto rischio dell'Allegato III	Rinviato dall'AI Omnibus
2 agosto 2028	Sistemi ad alto rischio incorporati in prodotti regolamentati (Allegato I)	Rinviato dall'AI Omnibus

L'AI Omnibus, che secondo la Commissione ha raggiunto l'accordo politico il 7 maggio 2026 ed è entrato in vigore il 27 luglio, ha spostato in avanti soltanto le ultime due date. Sull'altro lato della bilancia, la stessa pagina riferisce che ha rafforzato i poteri dell'AI Office e accentrato presso l'Ufficio la vigilanza sui sistemi costruiti su modelli per finalità generali. Chi ha letto «rinvio» e ha concluso «tempo» ha letto metà della notizia. Gli incidenti di luglio e la risposta di ottobre riguardano esattamente la metà che non è stata rinviata: i fornitori di modelli e l'Ufficio che li controlla.

E l'Italia? Il confronto che conta

Per un'impresa italiana la tentazione è dire: sono vicende di laboratori californiani, non mi riguardano. Ci sono tre ragioni per cui non è così.

La prima è di competenza. Il fornitore del modello risponde a Bruxelles, e l'esito della disputa sull'articolo 2 lo riguarda direttamente. Ma l'impresa italiana che usa quel modello all'interno di un proprio sistema è un deployer, e per l'articolo 2, paragrafo 1, lettera b), il regolamento si applica ai deployer che hanno sede nell'Unione. Le due responsabilità corrono in parallelo. Se il fornitore perde un round con l'Ufficio, le conseguenze arrivano a valle: nei contratti, nelle garanzie, nella continuità del servizio, e se l'articolo 93 viene usato fino in fondo, in un'eventuale restrizione o richiamo del modello.

La seconda è la protezione dei dati, che in Italia ha un'autorità che sta già guardando. Secondo Agenda Digitale (articolo del 23 settembre 2026), il Garante ha fissato con la deliberazione n. 584 del 23 luglio 2026 il programma ispettivo per agosto-dicembre 2026: almeno 35 accertamenti, anche con il Nucleo speciale tutela privacy e frodi tecnologiche della Guardia di Finanza, su ambiti che comprendono data breach, marketing (geomarketing, neuromarketing, tracking pixel, dynamic pricing) e sistemi di IA usati da Comuni e ASL. Un altro riepilogo (Altalex, 7 ottobre 2026, di cui ho letto solo il titolo e il sunto) riporta il n. 545: il numero va verificato sul sito del Garante. Non c'è nessun collegamento tra questo piano e i fatti di Dublino, e non lo suggerisco. Dico che la sede in cui un'impresa italiana si troverà più probabilmente a rispondere di un uso scorretto dell'IA è, oggi, questa, non l'AI Office.

La terza è contrattuale. Il fornitore di un modello deve, per l'articolo 53, paragrafo 1, lettera b), mettere a disposizione dei fornitori di sistemi che integrano il modello le informazioni e la documentazione necessarie a comprenderne capacità e limiti, con un contenuto minimo fissato dall'Allegato XII, salvo i modelli open source privi di rischio sistemico. Chi costruisce prodotti sopra un modello di frontiera ha quindi un diritto da esercitare, e di solito non lo esercita.

Profilo	Fornitore del modello	Impresa italiana che lo integra o lo usa
Autorità di riferimento	AI Office / Commissione (modelli per finalità generali)	Autorità nazionali competenti per il regolamento; Garante per i dati personali
Sanzione massima più rilevante	3% del fatturato mondiale o 15 milioni di euro, se superiore (art. 101)	Dipende dalla violazione contestata; per il GDPR le soglie sono quelle del GDPR (da verificare sul testo prima di citarle a un cliente)
Obbligo sugli incidenti	Segnalazione all'AI Office degli incidenti gravi (art. 55, par. 1, lett. c)	Se coinvolge dati personali: notifica al Garante entro 72 ore dalla conoscenza (art. 33 GDPR)
Documentazione	Tenere la documentazione tecnica e fornire informazioni a chi integra il modello (art. 53)	Pretenderla, archiviarla, collegarla al registro dei trattamenti

Che cosa deve restare di questa vicenda a un giurista

Un principio, prima delle istruzioni operative. Per anni il diritto della tecnologia ha trattato la fase di sviluppo come una zona franca: il rischio era dell'innovatore, la responsabilità cominciava quando il prodotto arrivava al cliente. Gli episodi di quest'estate rovesciano l'ordine dei fattori, perché mostrano un modello il cui sviluppo produce danni su terzi prima di qualunque lancio. L'AI Act, nel testo che ho letto, non risponde in modo chiaro a questo scenario. Risponderà la pratica: le richieste dell'AI Office, le risposte dei fornitori, un'eventuale decisione, e a quel punto il ricorso alla Corte di giustizia. Ci vorranno mesi, probabilmente anni (stima mia, non un dato).

Intanto la responsabilità civile non aspetta il regolamento. Un danno prodotto durante una prova si risarcisce con gli strumenti di sempre, e l'articolo 60, paragrafo 9, per i sistemi ad alto rischio dice chiaramente che il fornitore risponde dei danni causati durante la prova secondo il diritto dell'Unione e nazionale. È la dimostrazione che il legislatore europeo non considera la prova come un'attività senza responsabilità, e un giudice potrà tenerne conto per analogia, senza che questo sia scontato (valutazione mia).

Cosa fare lunedì mattina

Niente di questo richiede di aspettare l'AI Office. Sono operazioni da una giornata di lavoro per un responsabile compliance o per l'ufficio legale.

1. Elenco dei fornitori di modelli. Per ogni strumento di IA in uso in azienda, scrivere in una colonna chi fornisce il modello sottostante (non lo strumento: il modello). Un chatbot di assistenza basato su un modello di frontiera ha due fornitori, e bisogna sapere quali.
2. Una domanda scritta al fornitore. Chiedere per iscritto se il modello rientra tra quelli con rischio sistemico (soglia del 10 alla 25 di calcolo, articolo 51) e se è stato notificato alla Commissione (articolo 52), e chiedere la documentazione destinata a chi integra il modello (articolo 53, paragrafo 1, lettera b). La risposta, o il silenzio, è un'informazione.
3. Clausola sugli incidenti. Nei contratti con i fornitori di IA verificare che esista l'obbligo di avvisare il cliente degli incidenti di sicurezza che possano riguardare i suoi dati o le sue credenziali, con un termine scritto in ore e non in «tempestivamente». Se il fornitore è responsabile del trattamento, l'articolo 33, paragrafo 2, del GDPR gli impone già di avvisare il titolare senza ingiustificato ritardo; il termine di 72 ore del titolare decorre da quando il titolare ne ha conoscenza. Le ore da scrivere in contratto (per esempio 24 o 48) sono una scelta negoziale, non una regola di legge.
4. Credenziali di chi gira con agenti. Se l'azienda sta sperimentando agenti che agiscono su sistemi reali, verificare ora quali credenziali e permessi hanno, se l'ambiente di prova è davvero separato dalla produzione e chi lo ha controllato. I casi di luglio, per come li riportano le cronache, hanno in comune credenziali esposte o ambienti non isolati come si pensava. Principio del minimo privilegio, accesso a internet consentito solo verso destinazioni autorizzate, registro delle attività dell'agente.
5. Un registro delle prove. Chi sperimenta agenti, anche solo in pilota, deve poter dimostrare che cosa è stato testato, in quale ambiente, con quali dati, chi l'ha autorizzato. È l'equivalente interno del piano di prova dell'articolo 60: non obbligatorio per legge in questa ipotesi, utilissimo in una contestazione.
6. DPIA e registro dei trattamenti. Se un modello o un agente tocca dati personali, aggiornare il registro dei trattamenti e verificare se serve o va rivista la valutazione d'impatto. Lo dico perché il piano ispettivo del Garante per il secondo semestre 2026 mette tra i temi i data breach e l'IA nel settore pubblico, e chi lavora con enti pubblici ne sentirà il riflesso sui fornitori.
7. Calendario. Annotare la data di dicembre 2026 per il nuovo divieto (da verificare il giorno esatto sul testo), il 2 dicembre 2027 e il 2 agosto 2028 per l'alto rischio. E aggiungere una voce: seguire gli sviluppi della richiesta dell'AI Office, perché la lettura dell'articolo 2, paragrafo 8, che emergerà condizionerà anche i contratti di sviluppo e di collaudo con i fornitori.

Che cosa non so, e non fingo di sapere

Non so quali articoli abbia indicato la Commissione nelle richieste, quali termini abbia fissato, che cosa abbiano risposto le società. Non so se la Commissione intenda arrivare a una valutazione ai sensi dell'articolo 92 o a una richiesta di misure ai sensi dell'articolo 93, né se le società contesteranno la competenza. Non so se la lettura «per effetti» sosterrà l'esame della Corte di giustizia. Quello che so è che la domanda è ora sul tavolo con nomi e cognomi, e che per un'impresa europea che costruisce sul lavoro di questi laboratori la differenza tra «non applicabile in fase di prova» e «applicabile se esce dal laboratorio» non è accademica: determina chi risponde, davanti a chi, e quanto presto.

Nota: questa analisi ha finalità informative e di commento e non costituisce parere legale. Le fonti giornalistiche citate non sono atti ufficiali e, dove indicato, i fatti sono da verificare sui documenti originali. Nessuna indicazione operativa garantisce un risultato.

Fonti

• Euronews (Luca Bertuzzi), «EU's AI rules face first enforcement test over lab incidents», 14 ottobre 2026: https://www.euronews.com/2026/10/14/eus-ai-rules-face-first-enforcement-test-over-lab-incidents
• Fortune, incidente OpenAI / Hugging Face, 21 luglio 2026: https://fortune.com/2026/07/21/openai-says-ai-models-escaped-control-hacked-hugging-face/
• TechCrunch, comunicazione di Anthropic sui tre incidenti, 30 luglio 2026: https://techcrunch.com/2026/07/30/anthropic-says-its-own-ai-models-breached-three-companies-during-security-tests/
• Commissione europea, pagina «AI Act» (calendario di applicazione, stato dell'AI Omnibus, poteri dell'AI Office), consultata il 14 ottobre 2026: https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai
• Commissione europea, «AI Omnibus enters into force», 27 luglio 2026 (aggiornata 31 luglio 2026): https://digital-strategy.ec.europa.eu/en/news/ai-omnibus-enters-force
• Commissione europea, AI Act Service Desk, articolo 2 (ambito di applicazione), consultato il 14 ottobre 2026: https://ai-act-service-desk.ec.europa.eu/en/ai-act/article-2
• Regolamento (UE) 2024/1689, articoli 3, 51, 52, 53, 55, 60, 91, 92, 93, 101, nel testo consultato su https://artificialintelligenceact.eu (da riscontrare con la Gazzetta ufficiale dell'Unione europea prima di citarli in atti): https://artificialintelligenceact.eu/article/91/
• Regolamento (UE) 2016/679 (GDPR), articolo 33: https://gdpr-info.eu/art-33-gdpr/
• Altalex, «Privacy: il Garante pubblica il piano ispettivo del secondo semestre 2026», 7 ottobre 2026 (testo non consultato per intero, solo titolo e sunto): https://www.altalex.com/documents/2026/10/07/privacy-garante-pubblica-piano-ispettivo-secondo-semestre-2026
• Agenda Digitale, «Piano ispettivo Garante privacy 2026, ecco tutti i nuovi controlli», 23 settembre 2026: https://www.agendadigitale.eu/privacy-2/piano-ispettivo-garante-privacy-2026-ecco-tutti-i-nuovi-controlli/