IA e sicurezza OT: l'analisi all'IA, la decisione a una persona

Il 27 ottobre 2026 IIoT World ha pubblicato una sintesi di un nuovo articolo di OPSWAT dedicato ai limiti dell'IA autonoma nella sicurezza OT. Si tratta di contenuto di un fornitore: va letto come una posizione di parte e non come ricerca indipendente. Inoltre, la sintesi che abbiamo consultato non sostituisce l'articolo originale, pubblicato sul sito di OPSWAT. Il ragionamento di fondo, però, merita attenzione da parte di chi sta introducendo l'IA nei processi di sicurezza industriale.

Perché la velocità dell'IT non si trasferisce all'OT

Secondo l'articolo, le piattaforme di sicurezza basate su agenti di IA sono pensate per la velocità tipica dell'IT aziendale. Le infrastrutture critiche hanno vincoli diversi: un relè di protezione non può essere riavviato a metà ciclo e la modifica alla configurazione di un PLC su una linea produttiva non può essere annullata in pochi secondi. Una correzione automatica eseguita durante la produzione incide su processi fisici.

L'articolo descrive tre scenari illustrativi, senza citare incidenti reali:

Scenari di fallimento indicati:

• una patch distribuita fuori dalla finestra di manutenzione in una sottostazione;
• una regola firewall modificata durante un ciclo produttivo;
• una modifica di configurazione propagata in una rete OT distribuita prima che un operatore la rivedesse.

Il nodo della responsabilità e degli standard

OPSWAT sostiene che tre riferimenti richiedano una responsabilità umana sulle modifiche di sicurezza. Va precisato che è la lettura dell'articolo: non abbiamo verificato i testi degli standard.

Secondo questa lettura:

• NERC CIP-007 (sistema elettrico di trasmissione) prevede valutazione documentata, prove di test e tempistiche di distribuzione;
• IEC 62443-2-3 (sistemi di automazione e controllo industriale) definisce le responsabilità di autorizzazione per patch e modifiche di configurazione;
• NIST SP 800-82 (sicurezza ICS) richiede valutazione del rischio, test di validazione e coordinamento con le parti interessate prima del rilascio.

La conseguenza pratica riguarda gli audit: se nel registro non c'è un evento di autorizzazione riconducibile a una persona, i revisori non possono stabilire chi abbia approvato un'azione.

Il raggio d'azione di una piattaforma compromessa

Le piattaforme di gestione della sicurezza hanno accessi privilegiati su centinaia di installazioni. Se una di esse viene compromessa mentre opera in autonomia, l'attaccante eredita la sua autorità e può inviare modifiche ovunque. L'articolo ricorda tre vulnerabilità zero-day critiche emerse all'inizio del 2026 in una piattaforma di patch management molto diffusa, non nominata: consentivano l'esecuzione di codice remoto senza autenticazione e CISA le ha inserite tra le Known Exploited Vulnerabilities. L'approvazione umana, osserva OPSWAT, limita i danni in caso di credenziali rubate.

Dove collocare l'IA

La proposta è usare l'IA a livello di analisi:

• triage delle vulnerabilità ordinato per rischio;
• rilevamento della deriva di configurazione;
• correlazione delle anomalie;
• risultati prioritizzati da sottoporre a revisione umana.

La decisione resta all'analista. Come esempio, l'articolo cita EPAM Systems, con circa 40.000 dipendenti in 30 paesi, che avrebbe protetto oltre 70.000 dispositivi con i prodotti di gestione centrale ed endpoint di OPSWAT, elaborando in picco più di 50 milioni di file al giorno tramite MetaDefender Cloud, con ogni decisione lasciata al team di sicurezza. Sono dati dichiarati dal fornitore.

Cosa portarsi a casa

IA consultiva, approvazione umana tracciabile prima di ogni modifica in produzione, poteri limitati per qualsiasi piattaforma centrale.

Al di là dell'interesse commerciale di chi la formula, è una regola di progetto concreta. Per i responsabili OT e IT significa verificare che ogni flusso di modifica produca una traccia di autorizzazione, che le piattaforme centrali abbiano privilegi circoscritti e che l'IA riduca il carico di analisi senza prendere decisioni sulla produzione. Resta da confrontare questa impostazione con i requisiti effettivi degli standard applicabili alla propria realtà.