CRA e regolamento IA: sovrapposizione di cibersicurezza per IA ad alto rischio

Supponga di costruire un controllore di sicurezza IA per una rete elettrica. Il prodotto ha elementi digitali, quindi si applica il Cyber Resilience Act (CRA). È anche un sistema di IA ad alto rischio, quindi si applica il regolamento sull'intelligenza artificiale (regolamento IA). Due regolamenti, due valutazioni della conformità, due dichiarazioni? Non per la parte di cibersicurezza.

Al termine saprà tre cose: se la sovrapposizione riguarda il suo prodotto, quali prove di cibersicurezza può riusare per entrambe le normative, e cosa richiede ancora un lavoro separato ai sensi del regolamento IA. La risposta breve: articolo 12 del CRA le consente di riusare le prove di cibersicurezza per entrambe le normative, a determinate condizioni. Non fa confluire la conformità CRA e quella del regolamento IA in un unico regime.

Sintesi

• La sovrapposizione è circoscritta. Riguarda solo i prodotti che sono allo stesso tempo nel campo del CRA e sistemi di IA ad alto rischio ai sensi del regolamento IA.
• Il CRA offre un ponte a senso unico, a determinate condizioni. Se il prodotto soddisfa i requisiti di cibersicurezza del CRA e la dichiarazione UE di conformità CRA mostra il livello di protezione richiesto dal regolamento IA, il prodotto è trattato come conforme al requisito di cibersicurezza del regolamento IA.
• Il ponte copre solo la cibersicurezza. Accuratezza e robustezza del regolamento IA restano escluse e rimangono nel campo del regolamento IA.
• Per la maggior parte dei prodotti si svolge una sola valutazione della conformità, si conserva un unico fascicolo tecnico e si appone un'unica marcatura CE. I prodotti CRA importanti e critici sono l'eccezione.
• Tutto il resto rimane separato. Governance dei dati, registrazione e supervisione umana restano nel campo del regolamento IA. SBOM, gestione delle vulnerabilità, periodo di supporto e segnalazione entro 24 ore restano nel campo del CRA.

La sovrapposizione riguarda il suo prodotto?

La maggior parte dei sistemi di IA non rientra nel campo del CRA, e la maggior parte dei prodotti CRA non è IA. Tre domande lo decidono.

• Il prodotto ha elementi digitali? Il CRA copre hardware e software che si connette a un dispositivo o a una rete. Un processo solo cartaceo o uno strumento completamente offline rimangono fuori.
• È anche un sistema di IA ad alto rischio? Ai sensi del regolamento IA, un sistema è ad alto rischio quando è un componente di sicurezza di un prodotto che richiede già una prova indipendente, oppure quando svolge uno degli usi ad alto rischio elencati dal regolamento IA, come l'identificazione biometrica remota. L'elenco è specifico e alcuni usi vengono riclassificati a rischio inferiore. Un chatbot di uso generale di solito non è ad alto rischio.
• È escluso da una normativa di settore? Il CRA lascia spazio ai prodotti già disciplinati da norme proprie: dispositivi medici, diagnostici in vitro, veicoli con omologazione di tipo, aeromobili certificati e attrezzature marittime. Un dispositivo medico con IA gestisce la propria cibersicurezza secondo le norme sui dispositivi medici, non secondo il CRA.

Se uno dei gate non viene superato, il ponte non si applica. Anche questo è utile: può smettere di cercare di riusare le prove CRA di cibersicurezza per il regolamento IA e pianificare i due flussi di lavoro separatamente.

La risposta breve: dimostri la cibersicurezza una volta

Quando tutti e tre i gate sono superati, il ponte opera, a tre condizioni. Il prodotto soddisfa i requisiti di cibersicurezza del CRA, i processi del fabbricante rispettano gli obblighi di gestione delle vulnerabilità del CRA, e la dichiarazione UE di conformità CRA indica il livello di protezione di cibersicurezza richiesto dal regolamento IA. Soddisfi queste condizioni e il prodotto è trattato come conforme al requisito di cibersicurezza del regolamento IA. Costruisce le prove di sicurezza una volta per il CRA, e valgono anche per il regolamento IA.

L'ultima condizione conta. La presunzione non è automatica. Dipende da una dichiarazione che indica davvero il livello di protezione, non da un semplice segno di spunta.

Cosa non copre il ponte

Il ponte trasporta solo la cibersicurezza. Il regolamento IA richiede anche accuratezza e robustezza, e il lato CRA non contribuisce a questi aspetti. Non riguarda neppure gli obblighi più ampi dei sistemi di IA ad alto rischio: dati e governance dei dati, tenuta dei registri e registrazione, supervisione umana e informazioni chiare per chi utilizza il sistema. Se ha già eseguito il lavoro CRA, questi sono gli elementi che restano per il regolamento IA. Pianifichi il lavoro sul regolamento IA attorno a questi aspetti, non attorno alla ripetizione del lavoro di sicurezza già concluso per il CRA.

Vale la pena fissare tre delimitazioni. Un certificato europeo di cibersicurezza può soddisfare anche il requisito di cibersicurezza del regolamento IA, nella misura in cui lo copre, quindi la certificazione è una seconda via verso lo stesso risultato. Un modello di IA per uso generale da solo non costituisce la zona di sovrapposizione, ma un prodotto, un'applicazione o un dispositivo costruito su quel modello può ancora essere un prodotto CRA se supera il test di ambito. E se il suo sistema di IA è integrato in macchinari, presti attenzione a quell'interfaccia: il Digital Omnibus indirizzerebbe le norme di salute e sicurezza dell'IA per i macchinari attraverso il Regolamento Macchine, con atti delegati previsti entro il 2 agosto 2028.

Quali prove passano dall'uno all'altro

Il ponte riguarda il riuso. Di seguito si trova ciò che costruisce per il CRA e cosa risponde sul lato del regolamento IA.

La terza riga è quella che i team trascurano più spesso. La valutazione del rischio CRA deve tenere conto degli attacchi che prendono di mira il modello stesso, non solo il software che lo circonda. L'avvelenamento dei dati colpisce i dati di addestramento, gli input avversariali colpiscono ciò che il modello riceve a runtime, quindi entrambi rientrano nella stessa valutazione. Quel lavoro è esattamente ciò che il requisito di cibersicurezza del regolamento IA si aspetta, quindi farlo una volta copre entrambi.

Una valutazione, un fascicolo tecnico, una marcatura CE

Per la maggior parte dei prodotti nella zona di sovrapposizione, si svolge una singola valutazione della conformità secondo il percorso del regolamento IA, e un organismo notificato che valuta il sistema di IA può coprire anche la verifica di cibersicurezza CRA, a condizione che sia competente per il lato CRA. Si conserva un unico fascicolo tecnico che serve entrambe le normative, e il prodotto finito porta una sola marcatura CE, non due. Il regolamento IA è costruito per questo: si redige una dichiarazione UE di conformità unica che copre ogni normativa applicabile, e l'unica marcatura CE segnala la conformità anche all'altra normativa.

Due fattori cambiano questo quadro. I prodotti CRA importanti e critici mantengono il percorso di valutazione proprio del CRA per la parte di sicurezza quando il regolamento IA consentirebbe altrimenti l'autovalutazione del sistema di IA, quindi un organismo notificato competente per il CRA resta coinvolto. E il percorso a valutazione unica copre la cibersicurezza, non il resto del regolamento IA. Si vedano i percorsi di valutazione della conformità per il lato CRA.

Cosa richiede ancora il CRA per conto proprio

Il ponte è a senso unico e copre solo la sicurezza. Gli obblighi CRA non si riducono perché il prodotto è anche IA. Per il prodotto rimane dovuto:

• un software bill of materials e un registro dei componenti contenuti
• gestione e segnalazione delle vulnerabilità, inclusa l'allerta precoce entro 24 ore per le falle attivamente sfruttate
• un periodo di supporto definito con aggiornamenti di sicurezza
• configurazione sicura per impostazione predefinita e le altre proprietà del prodotto CRA

Il regolamento IA aggiunge un'istruzione che il CRA non enuncia da solo. La valutazione del rischio di sicurezza deve coprire gli attacchi specifici per l'IA, come l'avvelenamento dei dati e gli input avversariali. Riusare quel lavoro non consente di saltare questi aspetti. Si prevede che vengano integrati nello stesso lavoro di rischio.

Due obblighi di segnalazione, non uno

Il ponte riusa le prove di sicurezza. Non unifica la segnalazione degli incidenti. Un prodotto nella zona di sovrapposizione può portare due obblighi di segnalazione separati che non si sovrappongono. Una nota terminologica: il CRA chiama il soggetto «fabbricante» e il regolamento IA lo chiama «fornitore». Per un prodotto che si costruisce e si vende con il proprio nome, si tratta della stessa azienda, non di due soggetti distinti.

• L'obbligo CRA. Si segnala una vulnerabilità attivamente sfruttata o un grave incidente di sicurezza al CSIRT coordinatore e a ENISA, tramite la piattaforma unica di segnalazione. Il termine è breve: un'allerta precoce entro 24 ore, un aggiornamento entro 72 ore, poi una segnalazione finale.
• L'obbligo del regolamento IA. Il fornitore segnala un incidente grave, come un danno grave alla salute, una violazione dei diritti fondamentali o una grave interruzione di infrastrutture critiche, all'autorità di vigilanza del mercato nel luogo in cui è avvenuto. Il termine arriva fino a 15 giorni, e fino a 2 giorni nei casi più gravi.

I trigger si sovrappongono a malapena. La segnalazione CRA riguarda la sicurezza del prodotto. La segnalazione del regolamento IA riguarda danni alla sicurezza delle persone e ai diritti. Un singolo evento può attivare entrambe, quindi è opportuno indirizzare ogni tipo di incidente al canale corretto prima che accada qualcosa. Il regolamento IA riduce la duplicazione delle segnalazioni in un caso: per un sistema ad alto rischio autonomo il cui fornitore è già soggetto a obblighi di segnalazione equivalenti in base a un'altra normativa dell'Unione, la segnalazione del regolamento IA si limita agli incidenti riguardanti i diritti fondamentali.

I team costruiscono di solito la segnalazione entro 24 ore del CRA e considerano coperto anche il lato del regolamento IA. Non lo è. La segnalazione di incidenti gravi all'autorità di vigilanza del mercato è un lavoro separato, e richiede un responsabile proprio e un proprio playbook.

Se l'organizzazione è anche un'entità essenziale o importante ai sensi della NIS2, questo aggiunge un terzo percorso di segnalazione a livello aziendale, non a livello di prodotto. Si veda come si sovrappongono CRA e NIS2 per quel lato.

Come si allineano le scadenze

Una nota sulle tempistiche vale la pena tenere d'occhio. La data originale del regolamento IA per i sistemi ad alto rischio integrati in prodotti era il 2 agosto 2027. Il Digital Omnibus sull'IA sposterebbe i sistemi autonomi ad alto rischio al 2 dicembre 2027 e quelli integrati in prodotti al 2 agosto 2028. I co-legislatori hanno concordato la modifica il 7 maggio 2026, e il Parlamento europeo l'ha approvata il 16 giugno 2026. Al 24 giugno 2026 non è ancora legge vincolante. Mancano ancora l'adozione del Consiglio e la pubblicazione nella Gazzetta Ufficiale. Le linee guida della Commissione sulla classificazione ad alto rischio sono anch'esse in bozza, con linee guida finali attese entro la fine del 2026. Le nuove date vanno trattate come l'approdo probabile, non come diritto consolidato.

Per un prodotto nella zona di sovrapposizione, il CRA entra in vigore prima, con la segnalazione a partire da settembre 2026 e l'applicazione completa a dicembre 2027. Gli obblighi ad alto rischio del regolamento IA arriveranno intorno a dicembre 2027 per i sistemi autonomi e ad agosto 2028 per quelli integrati in prodotti, secondo la proposta di tempistiche.

Aspetti da tenere presenti

Alcuni fattori modificano la versione semplificata di questa storia.

• La presunzione è condizionale. Vale solo se la dichiarazione UE di conformità CRA indica effettivamente il livello di protezione di cibersicurezza del regolamento IA. Una dichiarazione superficiale spezza il ponte.
• I prodotti importanti e critici sono diversi. Quando il regolamento IA consentirebbe altrimenti l'autovalutazione, il percorso di valutazione proprio del CRA governa la parte di sicurezza, quindi un organismo notificato CRA resta nel processo.
• Un'unica autorità di vigilanza del mercato. Per un prodotto nella zona di sovrapposizione, l'autorità che supervisiona il sistema di IA supervisiona anche il lato CRA e collabora con i CSIRT e ENISA per la segnalazione CRA.
• Il ponte riguarda solo la sicurezza. Non contribuisce ad accuratezza, robustezza, governance dei dati, registrazione o supervisione umana. Preveda questi aspetti come lavoro separato nel regolamento IA.
• Le date non sono definitive. Le date 2027 e 2028 per l'alto rischio sono in attesa dell'adozione del Consiglio del Digital Omnibus.
• I macchinari seguono un percorso proprio. I macchinari con IA si stanno orientando verso il Regolamento Macchine per le norme di salute e sicurezza dell'IA.

Il nostro giudizio

Il ponte è reale e utile, ma tratti «valutata una volta» come un obiettivo pianificatorio, non come una garanzia. Il vantaggio è il riuso delle prove. Costruisca un unico fascicolo CRA di sicurezza robusto e un fascicolo tecnico unico, poi punti entrambi i regimi su di esso.

La trappola che vediamo è quella dei team che leggono il ponte come «la casella di sicurezza del regolamento IA è spuntata» e saltano il lavoro sulle minacce specifiche per l'IA che la valutazione CRA deve comunque coprire. L'avvelenamento dei dati e gli input avversariali sono il punto in cui un prodotto IA viene effettivamente colpito, ed è ciò che entrambe le normative si aspettano che venga gestito.

Il nostro consiglio è semplice. Delimiti prima il prodotto, costruisca il fascicolo CRA di sicurezza a un livello elevato, rediga una dichiarazione che indichi il livello di protezione, e conduca il lavoro di accuratezza, robustezza e supervisione del regolamento IA su un percorso separato. Fatto questo, la sovrapposizione fa risparmiare una vera duplicazione. Letta come scorciatoia, si ritorce contro al momento della valutazione.

Questo articolo è solo a scopo informativo e non costituisce consulenza legale. Per indicazioni specifiche sulla conformità, consultare un consulente legale qualificato.