La sperimentazione dell’intelligenza artificiale acquista regole comuni europee: chi entra, quali rischi controllare, che cosa documentare e quale valore attribuire ai risultati.
Il regolamento di esecuzione (UE) 2026/2487, adottato dalla Commissione il 10 novembre e pubblicato l’11 novembre 2026, disciplina le sandbox dell’AI Act. Per le imprese significa poter affrontare con le autorità i dubbi sulla conformità durante lo sviluppo, costruendo evidenze utilizzabili nelle valutazioni successive.
Il provvedimento entrerà in vigore il 1° dicembre 2026, ventesimo giorno successivo alla pubblicazione. La scadenza per avere almeno una sandbox nazionale operativa è invece il 2 agosto 2027: è quella dell’articolo 57 dell’AI Act aggiornato, richiamata anche dal considerando 6 del nuovo regolamento.
L’accesso al mercato resta soggetto alle procedure applicabili: prova scritta e relazione di uscita documentano il lavoro svolto, senza avere gli effetti di una dichiarazione di conformità.
Indice degli argomenti
Sandbox dell’AI Act: sperimentare con l’autorità durante lo sviluppo
Una sandbox normativa è un ambiente controllato di sperimentazione, concordato con l’autorità competente e limitato nel tempo, nel quale sviluppare, addestrare, convalidare e provare sistemi innovativi, anche in condizioni reali.
L’impresa porta un sistema e una questione normativa da risolvere; l’autorità offre orientamento e supervisione sul perimetro concordato. Il regolamento armonizza questo percorso per evitare che procedure nazionali diverse ostacolino progetti e risultati transfrontalieri.
Un produttore che sviluppi un sistema per rilevare difetti industriali, per esempio, potrebbe voler verificare come dimostrarne la robustezza in presenza di dati alterati.
L’utilità della sandbox sta nel collegare requisito, prova e documentazione prima del rilascio.
La questione normativa e le caratteristiche del progetto pesano sulla selezione; la sola disponibilità di un prototipo non garantisce l’ammissione.
Le scadenze da distinguere
| Passaggio | Termine e significato |
|---|---|
| Entrata in vigore del regolamento 2026/2487 | 1° dicembre 2026: venti giorni dopo la pubblicazione dell’11 novembre |
| Operatività della sandbox nazionale | Entro il 2 agosto 2027, secondo l’articolo 57 aggiornato dell’AI Act |
| Esito della selezione | Entro tre mesi dalla domanda completa oppure dalla scadenza fissata nell’invito a presentare domande |
| Consegna della relazione di uscita | Entro un termine ragionevole, comunque non oltre 45 giorni lavorativi dalla fine della partecipazione |
Fonte: regolamento (UE) 2026/2487, considerando 6 e articoli 3, 6 e 10; articolo 57 dell’AI Act nel quadro aggiornato al 27 luglio 2026.
Chi può entrare e quanto costa la partecipazione
La domanda può essere presentata da fornitori e potenziali fornitori, anche insieme ai deployer, cioè le organizzazioni che utilizzano i sistemi sotto la propria autorità, e ad altri terzi necessari al progetto.
L’articolo 3 copre tre situazioni di ammissibilità: sistemi ancora da immettere sul mercato o mettere in servizio; sistemi già disponibili destinati a modifiche sostanziali; sistemi inizialmente non ad alto rischio che diventano tali attraverso il cambiamento della finalità prevista richiamato dall’articolo 25 dell’AI Act.
Le imprese possono candidarsi anche in uno Stato membro diverso da quello in cui sono stabilite. Le autorità valutano necessità della sperimentazione, apprendimento normativo trasferibile al settore, contributo all’interesse pubblico o al beneficio sociale, maturità e innovazione.
Possono attribuire priorità periodiche a settori industriali o pubblici in funzione delle risorse disponibili. La decisione deve arrivare entro tre mesi, con diritto di ricorso secondo le procedure applicabili.
Per PMI e start-up sono previsti accesso prioritario e servizi gratuiti di orientamento, consulenza e supervisione regolamentare, con possibilità di recuperare costi straordinari per altri servizi concordati.
Questi devono essere comunicati prima della partecipazione e fatturati con dettaglio sufficiente. Lo stesso regime di prezzi vale per autorità, organi e organismi pubblici; per le altre imprese possono essere applicate tariffe pari all’intero costo dei servizi, pubblicate all’apertura delle domande.
I fornitori senza sede o succursale nell’UE devono versare la tariffa di partecipazione e indicare un rappresentante autorizzato stabilito nell’Unione.
Il piano concordato porta sicurezza e responsabilità dentro i test
Superata la selezione, impresa e autorità concordano il piano dello spazio di sperimentazione.
È qui che il progetto assume un perimetro verificabile: calendario, obiettivi, attività, soggetti coinvolti, responsabilità, servizi e costi. Il piano deve indicare quali obblighi dell’AI Act e, se pertinente, di altre norme saranno esaminati. Deve, inoltre, precisare se vi sia trattamento di dati personali e la necessità di coinvolgere l’autorità di protezione dei dati.
L’articolo 5 richiede anche garanzie di gestione dei rischi e una procedura per monitorare, gestire e segnalare gli incidenti gravi, ove necessario e opportuno alla luce dei rischi possibili. Se sono previste prove in condizioni reali, il relativo piano va incluso quando pertinente.
Le autorità devono registrare in modo sicuro le attività e conservare i registri dei sistemi sviluppati o testati; possono chiedere ulteriori informazioni utili alla supervisione.
Per chi guida la sicurezza aziendale, questo rende opportuno concordare in anticipo criteri di accettazione delle prove: quali eventi osservare, chi valuta un’anomalia e quando fermare il test.
Un attacco simulato che altera l’input deve produrre risultati ripetibili, registrazioni e una decisione sulle correzioni. Sono scelte operative da adattare al sistema e al piano, non un elenco di controlli tecnici imposto indistintamente dal nuovo regolamento.
Dalle vulnerabilità dell’IA alle evidenze di sicurezza
La necessità di prove mirate deriva dai rischi propri del sistema. Per l’IA ad alto rischio, l’articolo 15 dell’AI Act contempla misure adeguate contro manipolazione dei dati di addestramento e dei componenti preaddestrati, input avversari e attacchi alla riservatezza.
Nella sandbox questi requisiti possono diventare scenari di prova documentati, coerenti con finalità, esposizione e condizioni d’uso del prodotto.
Nel caso ipotetico del controllo qualità industriale, si potrebbe verificare se immagini manipolate inducano il modello a considerare conforme un pezzo difettoso, e se l’operatore riesca a intervenire.
Per un assistente che accede a documenti riservati, avrebbe invece senso controllare se istruzioni malevole contenute nei file permettano di estrarre informazioni.
Cambiano gli attacchi da simulare e le evidenze da conservare: il piano deve rendere chiaro che cosa si sta dimostrando.
Dal requisito alla prova: esempi di lavoro per il team di sicurezza
| Rischio da esaminare | Prova operativa esemplificativa | Evidenza utile |
|---|---|---|
| Alterazione dei dati di addestramento | Inserire contaminazioni controllate in un dataset di test separato | Versioni dei dati, anomalie rilevate, variazioni delle prestazioni e rimedi |
| Input avversari | Usare input progettati per indurre errori nel contesto d’uso previsto | Casi riproducibili, risultati e risposta delle misure di protezione |
| Esposizione di informazioni riservate | Verificare accessi indebiti ed estrazione di dati con utenze e richieste di test | Autorizzazioni, log, dati esposti e verifica delle correzioni |
| Perdita di controllo durante la prova | Simulare un’anomalia che richieda l’intervento dell’operatore | Tempi di rilevazione, arresto, ripristino e responsabilità attivate |
Fonte: elaborazione operativa sulla base dell’articolo 15 dell’AI Act e degli articoli 4 e 5 del regolamento (UE) 2026/2487. Gli esempi non costituiscono un catalogo di test obbligatori.
Dati personali: il confronto con il Garante entra nel progetto
Le prove di sicurezza possono richiedere dati e registrazioni che identificano persone. Per questo la governance del progetto deve affrontare finalità, accessi e conservazione prima dell’avvio.
Il nuovo regolamento inserisce il trattamento di dati personali tra gli elementi del piano; l’articolo 57 dell’AI Act prevede il coinvolgimento dell’autorità di protezione dei dati negli aspetti che rientrano nei suoi compiti.
Il confronto regolamentare deve quindi coprire anche il modo in cui i dati vengono usati durante la sperimentazione.
Una disciplina specifica riguarda il riuso di dati personali raccolti lecitamente per altri scopi. L’articolo 59 dell’AI Act lo ammette per determinati sistemi destinati a un interesse pubblico rilevante e a condizioni cumulative: tra queste, la necessità dei dati quando quelli anonimi, sintetici o non personali non bastano a soddisfare efficacemente i requisiti interessati, un ambiente separato e protetto, accessi autorizzati e meccanismi per mitigare i rischi o interrompere il trattamento.
La stessa disciplina prevede limiti alla condivisione, cancellazione al termine della partecipazione o del periodo di conservazione, registrazioni del trattamento e documentazione delle prove.
Il trattamento svolto in questo regime non deve produrre decisioni sugli interessati né compromettere i loro diritti. L’applicabilità di queste condizioni va verificata sul progetto: entrare in una sandbox non autorizza il riuso generalizzato dei dati aziendali.
Incidenti, sospensione e protezione dalle sanzioni
Se durante i test emerge un rischio per persone o diritti, il progetto deve poter cambiare o fermarsi.
L’articolo 8 disciplina la sospensione temporanea o permanente quando non è possibile alcuna misura di attenuazione, anche in presenza di violazioni del piano o di rischi significativi per salute, sicurezza e diritti fondamentali non efficacemente mitigabili.
L’autorità informa senza indebito ritardo l’Ufficio per l’IA della decisione e delle motivazioni.
La partecipazione comporta anche una tutela condizionata sul piano sanzionatorio. L’articolo 57, paragrafo 12, dell’AI Act collega la mancata applicazione di sanzioni amministrative pecuniarie per violazioni del regolamento al rispetto del piano e delle condizioni e all’osservanza in buona fede degli orientamenti dell’autorità.
Per altre norme, la tutela richiede il coinvolgimento attivo e gli orientamenti delle rispettive autorità competenti. Resta la responsabilità per i danni causati a terzi dalla sperimentazione.
Per l’impresa diventa quindi utile conservare decisioni, istruzioni e modifiche concordate, insieme ai risultati tecnici. Il piano può essere aggiornato con l’accordo di entrambe le parti; una variazione introdotta unilateralmente rischia di separare il test effettivo da quello sottoposto a supervisione.
La tracciabilità serve sia a ricostruire un incidente sia a dimostrare come siano state seguite le indicazioni ricevute.
Uscita dalla sandbox: prove riconosciute e segreti da proteggere
Questa documentazione accompagna anche la conclusione del progetto. L’articolo 6 distingue la prova scritta delle attività completate dalla relazione di uscita, che raccoglie questioni normative affrontate, soluzioni, buone pratiche e, se pertinente, incidenti gravi.
La relazione deve essere consegnata entro un termine ragionevole e comunque entro 45 giorni lavorativi dalla fine della partecipazione. Autorità di vigilanza e organismi notificati devono riconoscere entrambi i documenti come testimonianza del lavoro e dei risultati in tutta l’Unione.
Il valore di questo riconoscimento è circoscritto con precisione: l’articolo 6 chiarisce che la prova scritta «non ha lo stesso status né gli stessi effetti giuridici di una dichiarazione di conformità».
Anche la relazione di uscita è soggetta al medesimo limite. L’impresa dispone quindi di documentazione informativa utile per il percorso successivo, riferita alle attività e ai requisiti effettivamente esaminati.
La diffusione degli insegnamenti richiede però di proteggere il patrimonio informativo del partecipante. Il piano deve identificare, al meglio delle capacità del fornitore, informazioni e dati riservati.
La pubblicazione della relazione sulla piattaforma europea richiede l’accordo esplicito di impresa e autorità; senza il consenso dell’impresa possono comunque essere pubblicati risultati e insegnamenti non riservati, fatte salve le regole sull’accesso ai documenti.
L’articolo 6 presume divulgabili le informazioni che non siano state dichiarate riservate nel piano o indicate come tali prima della conclusione.
Per questo conviene classificare fin dall’inizio dataset, dettagli delle vulnerabilità, configurazioni e segreti commerciali, concordando come condividere gli esiti utili al settore.
Una sandbox ben preparata lascia all’impresa prove riproducibili e limiti conosciuti: quali attacchi il sistema ha superato, quali rischi restano aperti, quali correzioni sono state verificate e su quali obblighi l’autorità ha effettivamente lavorato.
È questa documentazione a rendere spendibile la sperimentazione quando il prodotto passa allo sviluppo successivo o alla valutazione per il mercato.
Partecipa alla community