Skip to main content

Requisiti di audit trail del regolamento IA

Che cosa richiedono gli articoli 12, 19 e 26(6) in materia di registrazione, che cosa il regolamento lascia aperto e quali pratiche tecniche proteggono i log come prova.

I fornitori di sistemi di IA ad alto rischio devono progettarli per registrare automaticamente gli eventi (log) durante il ciclo di vita (articolo 12). Fornitori e deployer (che usano il sistema) conservano i log sotto il loro controllo per almeno sei mesi. Altre norme possono disporre diversamente (articoli 19 e 26(6)).

Si applica dal 2 dicembre 2027 (allegato III) e dal 2 agosto 2028 (allegato I). L’articolo 2 elenca esclusioni. I sistemi più vecchi sono coperti solo dopo modifiche significative della progettazione (articolo 111(2)). 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 da registrare.

Il regolamento richiede capacità di registrazione, conservazione e accesso, non un formato di log

  • Articolo 12(1): il sistema deve poter registrare gli eventi automaticamente

    Un sistema di IA ad alto rischio deve consentire tecnicamente la registrazione automatica degli eventi (log) per tutto il ciclo di vita.

  • Articolo 12(2): i log servono tre scopi

    La registrazione deve consentire di annotare gli eventi rilevanti per individuare situazioni di rischio (articolo 79(1)) o modifiche sostanziali, per il monitoraggio successivo all’immissione sul mercato (articolo 72) e per la sorveglianza del funzionamento da parte dei deployer (articolo 26(5)). Il regolamento non elenca tipi di eventi.

  • Articolo 12(3): per l’identificazione biometrica remota vale un minimo

    I sistemi di identificazione biometrica remota (allegato III, punto 1, lettera a)) devono registrare almeno il periodo di ogni uso, la banca dati di riferimento consultata, i dati di input che hanno prodotto una corrispondenza e le persone che hanno verificato il risultato.

  • Articolo 19(1): i fornitori conservano i log per almeno sei mesi

    I fornitori conservano i log generati automaticamente, nella misura in cui sono sotto il loro controllo. Il periodo è adeguato alla finalità prevista e di almeno sei mesi, salvo diversa disposizione del diritto dell’Unione, in particolare sulla protezione dei dati personali, o del diritto nazionale. I fornitori che sono istituti finanziari conservano i log come parte della documentazione prevista dal diritto dei servizi finanziari (articolo 19(2)).

  • Articolo 26(6): i deployer conservano i log per almeno sei mesi

    Un deployer è una persona fisica o giuridica, autorità pubblica, agenzia o altro organismo che utilizza il sistema sotto la propria autorità (articolo 3, punto 4). I deployer conservano i log generati dal sistema, nella misura in cui sono sotto il loro controllo, per un periodo adeguato alla finalità prevista e di almeno sei mesi, salvo diversa disposizione del diritto dell’Unione o nazionale. I deployer che sono istituti finanziari conservano i log come parte della documentazione tenuta ai sensi del diritto dell’Unione sui servizi finanziari e la governance interna.

  • Articolo 21(2): le autorità possono chiedere l’accesso ai log

    Su richiesta motivata di un’autorità competente, i fornitori danno accesso ai log generati automaticamente, nella misura in cui sono sotto il loro controllo.

  • Non previsti dal regolamento: formato dei log, immutabilità, catene di hash, regione di archiviazione

    Gli articoli 12, 19 e 26(6) non indicano alcun formato di log, archiviazione a scrittura unica, catena di hash o regione di archiviazione. Le parole «immutabile», «manomissione» e «hash» non compaiono nel regolamento consolidato del 27 luglio 2026. Tali misure proteggono i log come prova; sono una scelta di progettazione vostra.

Pratiche tecniche che proteggono i log come prova (nostre raccomandazioni)

Il regolamento parla di log, non di audit trail. Qui un audit trail indica log conservati come prova. Queste pratiche servono gli obiettivi degli articoli 12 e 19; il regolamento non le richiede.

  • Eventi strutturati

    Scriva ogni evento in JSON con sempre gli stessi campi, per poterlo interrogare. L’esempio sotto è uno schema possibile.

Evento di esempio (schema illustrativo, non prescritto dal regolamento)

{
  "event_type": "AI_DECISION",
  "timestamp": "2026-10-22T14:22:33.456Z",
  "trace_id": "abc-123-def-456",
  "system_id": "credit-scoring-v2",
  "actor_id": "user-789",
  "metadata": {
    "model_version": "v2.3.1",
    "input_hash": "sha256:a1b2c3...",
    "decision": "refer_to_human"
  }
}

  • Solo aggiunta, archiviazione separata

    Archivi i log dove nessuno possa modificarli in seguito, per esempio in un archivio di oggetti a scrittura unica, separato dal database dell’applicazione. I log nel database dell’applicazione possono essere modificati o cancellati dai suoi amministratori.

  • Controlli di integrità

    Concateni le voci con hash o blocchi gli oggetti archiviati, e li verifichi periodicamente. Così può dimostrare che i log archiviati non sono cambiati.

  • ID di traccia

    Passi un ID di traccia a ogni servizio e lo inserisca in ogni voce. Così può seguire una singola richiesta lungo tutta la catena di IA.

  • Identificativi pseudonimizzati

    Registri ID opachi e metadati dell’evento, non nomi o indirizzi e-mail, quando la finalità lo consente. Quali dati personali possa contenere un log è una questione di GDPR per il suo responsabile della protezione dei dati o per il suo legale.

  • Scritture non bloccanti

    Invii gli eventi a una coda e riprovi in caso di errore, così una scrittura di log fallita non ferma l’applicazione.

  • Interrogazione ed esportazione

    Renda i log filtrabili per data, tipo di evento e sistema. Così può rispondere a una richiesta motivata di un’autorità ai sensi dell’articolo 21(2) e svolgere il suo monitoraggio.

Che cosa verifica Scanara e che cosa no

Le regole di codice di Scanara segnalano operazioni di IA senza schemi di registrazione riconoscibili. I controlli sono analisi statica basata su regole che rileva schemi standard dei framework di ML; l’affidabilità varia con il livello del linguaggio di programmazione. Scanara conserva inoltre un registro a scrittura unica delle azioni nella piattaforma, e può ripetere le scansioni su richiesta.

Scanara non osserva il suo sistema in esercizio, non verifica contenuto o completezza dei log e non dimostra che l’articolo 12 sia rispettato. Una scansione superata non prova la conformità, e la decisione resta sua.

Checklist dell’audit trail: prima ciò che richiede il regolamento, poi le buone pratiche

  • Obbligo (articolo 12(1)): il sistema consente tecnicamente la registrazione automatica degli eventi per tutto il ciclo di vita.
  • Obbligo (articolo 12(2)): la registrazione copre gli eventi rilevanti per situazioni di rischio e modifiche sostanziali, monitoraggio successivo all’immissione sul mercato e sorveglianza del deployer.
  • Obbligo (articolo 12(3)): i sistemi di identificazione biometrica remota registrano il contenuto minimo.
  • Obbligo (articoli 19(1) e 26(6)): i log sotto il suo controllo sono conservati per almeno sei mesi, salvo diversa disposizione di altre norme.
  • Obbligo (articolo 21(2)): può dare a un’autorità accesso ai log su richiesta motivata.
  • Buona pratica: gli eventi seguono uno schema JSON fisso con marca temporale, tipo di evento, ID del sistema e ID di traccia.
  • Buona pratica: l’archivio dei log è a sola aggiunta e separato dal database dell’applicazione.
  • Buona pratica: le scritture dei log non bloccano l’applicazione.
  • Buona pratica: i log contengono identificativi pseudonimizzati, non dati personali grezzi, quando la finalità lo consente.
  • Buona pratica: l’integrità dei log archiviati è verificata periodicamente.

Esclusioni, sistemi più vecchi e massimali delle sanzioni

Il regolamento non si applica ai sistemi di IA usati esclusivamente per scopi militari, di difesa o di sicurezza nazionale (articolo 2(3)). Non si applica ai sistemi di IA sviluppati e messi in servizio specificamente e al solo scopo di ricerca e sviluppo scientifici (articolo 2(6)), né alla ricerca, alle prove o allo sviluppo prima dell’immissione sul mercato o della messa in servizio, salvo le prove in condizioni reali (articolo 2(8)). I sistemi con licenze libere e open source sono esclusi, salvo che siano immessi sul mercato o messi in servizio come sistemi ad alto rischio o rientrino nell’articolo 5 o 50 (articolo 2(12)). Le persone fisiche che usano un sistema in un’attività puramente personale e non professionale non sono vincolate come deployer (articolo 2(10)). Per i sistemi ad alto rischio legati a prodotti disciplinati dalla normativa dell’allegato I, sezione B, come veicoli a motore, aviazione, ferrovie, attrezzature marittime, veicoli agricoli e macchinari, si applicano solo l’articolo 6(1), l’articolo 60a e gli articoli da 102 a 112. Gli articoli da 57 a 59 si applicano solo nella misura in cui tale normativa integra i requisiti (articolo 2(2)).

I sistemi ad alto rischio immessi sul mercato o messi 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)).

Per le PMI, ogni sanzione arriva al massimo alla percentuale o all’importo più bassi (articolo 99(6)). Per le piccole imprese a media capitalizzazione (articolo 3, punto 14b) lo stesso massimale vale per le sanzioni dell’articolo 99, paragrafi 4 e 5 (articolo 99(6a)). Il livello da 15 milioni di EUR copre anche gli obblighi di fornitori e operatori dell’articolo 25, paragrafi 2 e 4 (articolo 99(4), lettera da)).

Da leggere dopo: controlli nella pipeline, scansione basata su regole e articolo 12

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.