Articolo 12 regolamento IA: conservazione delle registrazioni e log
L’articolo 12 richiede che i sistemi di IA ad alto rischio registrino automaticamente gli eventi. Questa guida spiega cosa devono contenere i log, come costruirli e per quanto tempo conservarli.
I fornitori di sistemi di IA ad alto rischio devono progettarli con registrazione automatica degli eventi (log) per tutto il ciclo di vita (articolo 12).
Questo riguarda i sistemi immessi sul mercato o messi in servizio nell’UE. Si applica dal 2 dicembre 2027 (allegato III) e dal 2 agosto 2028 (allegato I). Fornitori e deployer (organizzazioni che usano il sistema) devono conservare per almeno sei mesi i log sotto il loro controllo (articoli 19 e 26(6)). Il diritto dell’Unione o nazionale può prevedere un altro periodo. Le sanzioni arrivano a 15 milioni di EUR o al 3 % del fatturato mondiale annuo, se superiore (articolo 99(4)). Prossimo passo: elencare gli eventi che il sistema deve registrare.
I log servono tre scopi e un tipo di sistema ha un contenuto minimo fisso
L’articolo 12(2) non fissa un elenco di campi. Richiede la registrazione degli eventi rilevanti per tre scopi, con un livello di tracciabilità adeguato alla finalità prevista del sistema.
Individuare rischi e modifiche sostanziali
Registri gli eventi che mostrano quando il sistema può presentare un rischio ai sensi dell’articolo 79(1) o subisce una modifica sostanziale (articolo 12(2), lettera a)).
Sostenere il monitoraggio successivo all’immissione sul mercato
Registri gli eventi di cui il fornitore ha bisogno per monitorare il sistema dopo l’immissione sul mercato (articolo 12(2), lettera b), articolo 72).
Sostenere il monitoraggio da parte dei deployer
Registri gli eventi che permettono ai deployer di monitorare il funzionamento del sistema (articolo 12(2), lettera c), articolo 26(5)).
Contenuto minimo per l’identificazione biometrica remota
I sistemi di identificazione biometrica remota dell’allegato III, punto 1, lettera a), nei limiti in cui il loro uso è consentito dal diritto dell’Unione o nazionale, devono registrare almeno quanto segue (articolo 12(3)). Sono esclusi i sistemi usati solo per confermare che una persona è chi dichiara di essere. Si tratta del periodo di ogni uso, della banca dati di riferimento consultata, dei dati di input che hanno prodotto una corrispondenza e delle persone che hanno verificato i risultati.
Il regolamento non fissa un formato di log; queste pratiche sono coerenti con i suoi obiettivi
L’articolo 12 non indica alcun formato di log né tecnologia di archiviazione. Le tre pratiche seguenti sono scelte tecniche comuni.
Campi strutturati
Scriva ogni evento in JSON con sempre gli stessi campi: timestamp, tipo di evento, ID del sistema, ID di traccia e una sintesi di input e output.
Archiviazione di sola aggiunta
Archivi i log dove nessuno possa modificarli in seguito, per esempio con S3 Object Lock. Né l’articolo 12 né l’articolo 19 lo richiedono; protegge i log come prova.
ID di traccia
Inserisca lo stesso ID di traccia in ogni voce di log di una richiesta, così da seguire un evento lungo tutta la pipeline di IA.
Fornitori e deployer conservano i log per almeno sei mesi, salvo diversa disposizione di altro diritto
Il minimo di sei mesi vale per i log sotto il suo controllo. Il diritto dell’Unione o nazionale, in particolare quello sulla protezione dei dati, può prevedere un altro periodo. Il diritto dell’Unione sui servizi finanziari pone requisiti di governance interna, dispositivi e processi agli istituti finanziari. Questi conservano i log nella documentazione tenuta ai sensi di tale diritto (articoli 19(2) e 26(6)).
Conservi i log generati dal suo sistema di IA ad alto rischio, nella misura in cui sono sotto il suo controllo. Il periodo deve essere adeguato alla finalità prevista e di almeno sei mesi, salvo diversa disposizione del diritto dell’Unione o nazionale (articolo 19(1)).
Conservi i log generati dal sistema, nella misura in cui sono sotto il suo controllo. Il periodo deve essere adeguato alla finalità prevista e di almeno sei mesi, salvo diversa disposizione del diritto dell’Unione o nazionale (articolo 26(6)).
L’articolo 12 si applica solo ai sistemi di IA ad alto rischio
Un sistema è ad alto rischio se rientra in un settore dell’allegato III, salvo che si applichi un’esenzione dell’articolo 6(3). Un sistema che effettua la profilazione di persone fisiche è sempre ad alto rischio. Lo è anche se è un prodotto dell’allegato I che richiede una valutazione della conformità da parte di terzi, o un suo componente di sicurezza (articolo 6). I fornitori sono coperti quando immettono un sistema sul mercato dell’UE o lo mettono in servizio nell’UE, ovunque siano stabiliti (articolo 2(1), lettera a)). Anche i fornitori e i deployer di paesi terzi sono coperti quando l’output del sistema è utilizzato nell’UE (articolo 2(1), lettera c)). I sistemi ad alto rischio legati a prodotti disciplinati dalla normativa dell’allegato I, sezione B, sono esclusi da l’articolo 12 (articolo 2(2)). Per i prodotti dell’allegato I, sezione A, alcuni requisiti possono essere limitati (articolo 2(13)). Ciò riguarda gli articoli da 9 a 15 e da 17 a 25, se la normativa settoriale offre una protezione equivalente o superiore. Gli atti delegati attesi entro il 2 agosto 2027 preciseranno quali. Il regolamento esclude gli usi militari, di difesa e di sicurezza nazionale e i sistemi sviluppati unicamente per la ricerca scientifica (articolo 2(3) e (6)). Esclude anche la ricerca e le prove prima dell’immissione sul mercato (articolo 2(8)). I sistemi già immessi sul mercato o in servizio prima della data di applicazione sono coperti solo dopo modifiche significative della progettazione. In ogni caso, i fornitori e i deployer di sistemi di IA ad alto rischio destinati a essere utilizzati da autorità pubbliche devono adottare le misure necessarie per conformarsi entro il 2 agosto 2030 (articolo 111(2)).
Domande frequenti: log esistenti, GDPR e sanzioni
Posso usare il mio sistema di logging esistente?
Sì, se rispetta l’articolo 12. Il sistema di IA ad alto rischio deve consentire a livello tecnico la registrazione automatica degli eventi per i tre scopi dell’articolo 12(2). I log sotto il suo controllo devono essere conservati per almeno sei mesi, salvo diversa disposizione del diritto dell’Unione o nazionale. Confronti i suoi log attuali con questi tre scopi e con il periodo di conservazione.
L’articolo 12 è in conflitto con la minimizzazione dei dati del GDPR?
L’articolo 12 non indica campi di dati personali, tranne l’identificazione delle persone che verificano i risultati nei sistemi di identificazione biometrica remota (articolo 12(3), lettera d)). L’obbligo di conservazione cede il passo al diritto della protezione dei dati quando questo dispone diversamente (articoli 19(1) e 26(6)). Se la finalità lo consente, registri identificativi e metadati dell’evento invece dei dati personali grezzi. Quali dati personali possa contenere un log è una questione di GDPR: si rivolga al suo responsabile della protezione dei dati o a un consulente legale.
Quali sono le sanzioni e il limite è più basso per le PMI?
Per i fornitori (articolo 16) e i deployer (articolo 26), le sanzioni arrivano fino a 15 milioni di EUR o al 3 % del fatturato mondiale annuo, se superiore (articolo 99(4)). Per le PMI, comprese le start-up, e per le piccole imprese a media capitalizzazione il limite è il minore dei due importi (articolo 99(6) e (6 bis)). Gli Stati membri stabiliscono le norme sulle sanzioni (articolo 99(1)).
Da leggere dopo: monitoraggio successivo all’immissione sul mercato, obblighi dei deployer e audit trail
Articolo 72: monitoraggio successivo all’immissione sul mercato
I fornitori monitorano i loro sistemi ad alto rischio dopo il lancio; i log dell’articolo 12 sostengono tale monitoraggio.
Articolo 26: obblighi dei deployer
I deployer monitorano il sistema, conservano i log per almeno sei mesi e segnalano gli incidenti gravi.
Requisiti di audit trail del regolamento IA
Requisiti tecnici per audit trail a prova di manomissione.
Scanara prepara evidenze dai vostri repository
Scanara legge i vostri repository GitHub collegati ed esegue scansioni basate su regole per individuare pattern comuni di IA e machine learning. Può non rilevare il codice non standard. Separatamente genera bozze di documentazione a partire da modelli e dalle vostre risposte alle valutazioni, come evidenze per il vostro lavoro di conformità. La classificazione la decidete voi.