Dall'IT al campo: i test Booz Allen sull'IA e il gateway SCADA come punto di pivot
Un whitepaper di Booz Allen Hamilton descrive test di laboratorio in cui modelli di IA di frontiera passano da una violazione di rete ad azioni fisiche in ambito OT. Per chi progetta SCADA, il dato più rilevante riguarda un gateway con sessioni già autenticate verso 14 dispositivi.
Booz Allen Hamilton ha pubblicato il whitepaper "From Digital to Physical: The AI Threat Is Here", di cui Industrial Cyber ha riferito il 20 ottobre 2026. Il documento descrive test in cui modelli di IA di frontiera, con una guida umana limitata, sono passati da una compromissione della rete ad azioni sui sistemi di controllo industriale. Un dettaglio riguarda direttamente chi lavora con SCADA e HMI: il ruolo di un gateway SCADA.
Come sono stati condotti i test
Le prove si sono svolte nell'OT Cybersecurity Lab di Booz Allen a Chantilly, in Virginia: un ambiente isolato con centinaia di dispositivi IT, IoT e OT, configurato per rappresentare le operazioni di un'infrastruttura critica, insieme a strumenti di sicurezza OT. La domanda era se i modelli, con poca supervisione, potessero mappare le apparecchiature collegate, individuare debolezze, muoversi nella rete e poi intervenire su PLC, azionamenti motore e apparati robotici con modifiche fisiche controllate.
I risultati
Secondo quanto riportato:
- i modelli hanno raggiunto tutti e otto gli obiettivi di test;
- dalla compromissione del perimetro alle azioni nella zona di controllo sono passati poco più di 16 minuti;
- un braccio robotico è stato identificato e mosso nel giro di pochi minuti;
- sono servite meno conoscenze specialistiche e meno istruzioni passo-passo di quanto molte organizzazioni si aspettino.
Booz Allen ne ricava che i difensori potrebbero avere minuti, non ore, per rilevare e contenere un attacco. Firewall, segmentazione di rete, protezione degli endpoint e impostazioni di controllo locale hanno aggiunto attrito, ma nessuna singola misura ha fermato i modelli in modo costante. Spesso, dopo un tentativo fallito, i modelli hanno cambiato approccio.
Il caso del gateway SCADA
In uno dei test i modelli hanno scoperto che un gateway SCADA manteneva sessioni attive e già autenticate verso 14 dispositivi. Questo ha offerto loro un percorso verso più controllori contemporaneamente. Non è una vulnerabilità del software in sé, ma una scelta architetturale: concentrare accessi persistenti in un solo nodo lo rende un punto di pivot di grande valore.
Un nodo che tiene aperte sessioni autenticate verso molti controllori eredita, per chi lo compromette, tutti quei privilegi.
Limiti e cautele
Il quadro va letto con prudenza. Ai modelli era stato chiesto di attendere l'approvazione umana prima di eseguire qualsiasi exploit o azione cinetica. Booz Allen definisce i risultati preliminari, e i test sono avvenuti in laboratorio, non in un impianto reale. Chi scrive non ha letto l'intero whitepaper, quindi i dettagli metodologici restano da verificare nel documento originale.
Il report richiama anche incidenti reali, nessuno dei quali è attribuito pubblicamente all'IA: sospette compromissioni di rete a bordo di petroliere; attacchi a servizi idrici e di depurazione in almeno sette stati USA, con disturbi a monitoraggio e controllo, perdita di pressione e allagamenti; un attacco che ha fermato per quattro giorni un impianto di generazione a turbine a gas nel Regno Unito; compromissioni di controllori esposti a Internet con modifica di file di progetto e schermate della sala controllo.
Cosa farne in pratica
Le raccomandazioni di Booz Allen sono vincolare i percorsi d'attacco, rafforzare asset e accessi critici, migliorare rilevamento e ripristino. Per integratori e responsabili di impianto, la lettura operativa è questa:
- verificare quali gateway SCADA, historian e server HMI mantengono sessioni persistenti e pre-autenticate verso molti controllori;
- ridurre l'ambito delle credenziali, evitando account condivisi con ampi privilegi;
- applicare autorizzazione per singolo dispositivo, non solo per il gateway;
- progettare rilevamento e risposta pensando a tempi di macchina, con procedure di isolamento già pronte e provate.
Non è uno studio sulla costruzione di exploit con l'IA, tema già trattato in altri casi, ma un invito a rivedere la progettazione degli accessi. Se un attaccante automatizzato può muoversi in minuti, la riduzione del raggio d'azione di ogni nodo compromesso diventa una scelta di architettura, da fare prima dell'incidente.