Il piano UE su IA e cybersicurezza parte dai test

La nuova storia europea sull’intelligenza artificiale non passa soltanto da chatbot, produttività e regolamenti. Il piano d’azione presentato dalla Commissione il 7 luglio sposta l’attenzione su un terreno più scomodo: la cybersicurezza. I modelli avanzati possono aiutare a individuare vulnerabilità, leggere grandi quantità di log e dare priorità agli allarmi. Gli stessi strumenti possono però essere usati per automatizzare attacchi, cercare punti deboli e aumentare la velocità di un incidente prima che un team umano abbia capito cosa sta succedendo.

Il documento non è una bacchetta magica e non aggiunge da solo una nuova legge al pacchetto digitale europeo. Somiglia piuttosto a un tentativo di mettere ordine in una pratica che molte organizzazioni hanno già iniziato. L’IA entra nei reparti sicurezza attraverso assistenti di codice, strumenti di rilevazione, servizi cloud, piattaforme di gestione degli incidenti e funzioni aggiunte dai fornitori. Il rischio non nasce solo da un grande progetto dichiarato. Nasce anche da piccoli collegamenti poco documentati.

La Commissione descrive tre obiettivi complementari. Il primo è promuovere un uso sicuro e responsabile dell’IA avanzata. Il secondo è rafforzare la resilienza cyber dell’Unione. Il terzo è far crescere capacità europee specifiche per la cybersicurezza. Tradotto in lavoro operativo, significa valutare i modelli prima di fidarsi, controllare gli accessi, separare gli ambienti di prova dai sistemi in produzione e conservare tracce chiare di chi ha autorizzato cosa.

Il passaggio più concreto riguarda ENISA, l’Agenzia dell’Unione europea per la cybersicurezza. Bruxelles vuole sviluppare con l’agenzia una cornice europea per l’accesso sicuro ai sistemi di IA avanzata e una piattaforma di test protetta. I settori citati non sono marginali: energia, trasporti, salute, finanza e pubbliche amministrazioni. Per un ospedale, una banca, un gestore di servizi locali o un’amministrazione comunale, questo significa che un modello non dovrebbe essere collegato subito alle identità, ai log sensibili o alle risposte automatiche agli incidenti. Prima deve essere provato in un recinto credibile.

Per i lettori italiani il calendario non è astratto. ACN ricorda che la normativa NIS di derivazione europea è in vigore in Italia dal 16 ottobre 2024, con il decreto legislativo 138/2024, e che l’Agenzia è l’Autorità nazionale competente. Per i soggetti NIS, il percorso prevede dal gennaio 2026 l’obbligo di notifica degli incidenti significativi e, entro ottobre 2026, l’adozione delle misure di sicurezza informatica di base. Il piano IA-cyber europeo arriva quindi mentre molte organizzazioni stanno già trasformando la cybersicurezza da tema tecnico a dovere di governance.

La prima decisione utile è un inventario. Quali strumenti usati dall’azienda o dalla PA contengono già funzioni di IA? Quali dati leggono? Possono accedere a log, posta, repository di codice, ticket di assistenza o sistemi di identità? Producono solo un riassunto o raccomandano azioni? Un conto è usare un modello per riordinare informazioni già disponibili a un analista. Un altro è permettergli di suggerire blocchi, revoche, patch o risposte automatiche senza una verifica umana esplicita.

Il secondo punto è la catena di fornitura. ACN, nelle linee guida sullo sviluppo sicuro dell’IA a cui ha aderito, insiste sul ciclo di vita del sistema, sulla gestione del rischio, sulla risposta agli incidenti e sulla protezione di modelli, dati, prompt e documentazione. È un messaggio pratico: quando un fornitore aggiunge una funzione IA a un prodotto di sicurezza, il cliente dovrebbe chiedere dove vengono trattati i dati, quali log restano disponibili, come si aggiornano i modelli, come si disattiva la funzione e chi risponde se un consiglio errato peggiora l’incidente.

Il piano europeo non demonizza l’open source. La Commissione incoraggia l’uso dell’IA, compresi i modelli aperti quando appropriato, per trovare vulnerabilità più rapidamente e migliorare prevenzione e risposta. È una posizione ragionevole: nella sicurezza, auditabilità, trasparenza e rapidità di correzione possono contare molto. Ma un modello aperto non è automaticamente sicuro. Deve essere scelto, aggiornato, isolato, monitorato e confrontato con i rischi reali dell’organizzazione, esattamente come qualsiasi componente critico.

Il quadro europeo resta fitto. Il piano si affianca ad AI Act, direttiva NIS2, Cyber Resilience Act, DORA per il settore finanziario e Cyber Solidarity Act. Per le imprese italiane questo accumulo può sembrare una mappa difficile da leggere. La lezione, però, non è aspettare che ogni linea guida sia perfetta. È iniziare a separare le responsabilità: che cosa è un prodotto, che cosa è un servizio, che cosa è una decisione automatizzata, che cosa è una misura di sicurezza e che cosa deve essere notificato se fallisce.

Anche il controllo politico conta. Il Parlamento europeo ha interrogato la Commissione lo stesso 7 luglio sulla strategia IA e cybersicurezza. La domanda di fondo è legittima: usare l’IA per difendere infrastrutture e servizi essenziali non deve trasformarsi in un permesso generico a raccogliere più dati, delegare decisioni opache o nascondere responsabilità dietro un modello. La sicurezza migliore non è quella che chiede fiducia cieca. È quella che limita gli accessi, conserva prove, prevede l’errore e mantiene una persona responsabile nei passaggi delicati.

Il messaggio operativo del piano è quindi meno futuristico di quanto sembri. Prima di comprare un nuovo assistente cyber, serve sapere quali funzioni IA sono già entrate in casa. Prima di collegarle alla produzione, serve un ambiente di test. Prima di automatizzare una risposta, serve decidere chi può fermarla. L’IA può aiutare la difesa digitale europea, ma solo se la velocità viene preceduta da una disciplina lenta: inventario, prova, limite, documento.