Verso l'era post-quantistica: come le industrie italiane possono preparare le infrastrutture OT alla minaccia dei computer quantistici

Introduzione

Negli ultimi mesi le autorità statunitensi hanno aggiunto una nuova vulnerabilità al Known Exploited Vulnerabilities (KEV) Catalog, evidenziando quanto sia ancora attivo lo sfruttamento di difetti di tipo confusion nei browser più diffusi (CISA Adds One Known Exploited Vulnerability to Catalog). Parallelamente, diversi advisory ICS hanno messo in luce falle in dispositivi di automazione, VPN industriali e stack di comunicazione, ci ricordano che le infrastrutture OT italiane non sono immuni da attacchi che possono compromettere la continuità operativa. Mentre molte di queste vulnerabilità riguardano errori di configurazione o di memoria, esiste una minaccia più silenziosa e potenzialmente devastante: l'avvento dei computer quantistici in grado di rompere gli schemi crittografici attualmente impiegati per proteggere dati, autenticazioni e firme digitali negli ambienti di produzione.

Il documento "Preparing for the Post-Quantum Era: A Call to Action" pubblicato dal CISA insieme al Gruppo di lavoro sulla sicurezza informatica del G7 sottolinea l'urgenza di iniziare ora la migrazione verso la crittografia post-quantistica (PQC) per evitare che i dati sensibili raccolti oggi vengano decifrati in futuro (Preparing for the Post-Quantum Era: A Call to Action). Questo articolo esplora, alla luce delle recenti segnalazioni di vulnerabilità OT, quali siano le implicazioni per le aziende italiane e come tradurre le cinque priorità del call to action in piani operativi concreti.

La minaccia quantistica per le infrastrutture OT

I computer quantistici, una volta raggiunta una sufficiente correzione degli errori, saranno in grado di eseguire l'algoritmo di Shor in tempo polinomiale, fattorizzando numeri grandi e risolvendo il logaritmo discreto alla base di RSA, Diffie‑Hellman e della crittografia a curva ellittica (ECC). Questi schemi sono alla base di quasi tutte le protezioni utilizzate oggi nelle reti OT: certificati X.509 per l'autenticazione di dispositivi IIoT, tunnel IPsec/TLS per il collegamento remoto di SCADA, firme digitali per gli aggiornamenti firmware e token di accesso ai sistemi di controllo.

Se un avversario riuscisse a intercettare e archiviare il traffico crittografato oggi (una pratica nota come "harvest now, decrypt later"), potrebbe attendere l'arrivo di un computer quantistico capace e poi rivelare chiavi segrete, credenziali o proprietà intellettuale. Questo scenario è particolarmente critico per settori come l'energia, la manifattura avanzata e la gestione dell'acqua, dove la longevità degli impianti (spesso 15‑20 anni) significa che i dati generati oggi dovranno rimanere riservati per decenni.

Le recenti vulnerabilità evidenziate dagli advisory ICS mostrano quanto sia facile introdurre punti di ingresso nelle reti OT: un buffer overflow nello stack EtherNet/IP di Pyramid Solutions permette il crash o l'esecuzione di codice arbitrario (Pyramid Solutions NetStaX EtherNet/IP Stack); una vulnerabilità di tipo CRLF injection nel client VPN di IXON consente l'esecuzione di comandi con privilegi elevati (IXON VPN Client); l'uso di credenziali hard‑coded nei dispositivi Tycon TPDIN‑Monitor‑WEB3 apre la strada a intercettazioni e manipolazioni (Tycon Systems TPDIN-Monitor-WEB3). Sebbene questi difetti siano di natura diversa dalla crittografia, essi dimostrano che le superfici di attacco OT sono già ampie e che qualsiasi debolezza nella protezione crittografica potrebbe essere sfruttata con effetti moltiplicatori.

Le vulnerabilità attuali che evidenziano la necessità di cripto-agilità

La cripto-agilità – la capacità di sostituire rapidamente algoritmi crittografici senza interrompere i servizi – è diventata un requisito imprescindibile per le infrastrutture OT. Senza di essa, ogni aggiornamento verso algoritmi resistenti ai quanti richiederebbe fermi macchina prolungati, rischiando perdite di produzione e potenziali violazioni di sicurezza.

Alcune delle falle riportate negli ultimi giorni illustrano perché la cripto-agilità è più urgente che mai:

• VPN e accesso remoto: il client IXON VPN, se non aggiornato alla versione 1.4.7 o successiva, permette l'iniezione di CRLF che porta all'esecuzione di codice con privilegi di sistema (IXON VPN Client). Se la VPN utilizza ancora certificati RSA o ECC per l'autenticazione, un attaccante che riesca a compromettere il client potrebbe anche esfiltrare le chiavi private, rendendo inutile qualsiasi futura protezione post-quantistica se non si agisce anche sulle credenziali.
• Aggiornamenti firmware: molti dispositivi OT accettano firmware firmato con algoritmi classici. Se la firma viene compromessa (ad esempio tramite un attacco alla catena di fornitura o tramite sfruttamento di una vulnerabilità di memoria come nello stack EtherNet/IP di Pyramid Solutions), un aggressore potrebbe inserire firmware malevolo firmato con una chiave rubata. La transizione a firme basate su algoritmi lattice‑based o hash‑based sarebbe vana se il processo di verifica non fosse aggiornato in modo agile.
• Autenticazione di dispositivi IIoT: l'uso di credenziali hard‑coded nei dispositivi Tycon TPDIN‑Monitor‑WEB2 e WEB3 permette a un attaccante di ottenere controllo totale sul dispositivo senza necessità di rompere la crittografia (Tycon Systems TPDIN-Monitor-WEB2 (Update A)), (Tycon Systems TPDIN-Monitor-WEB3). Anche se la crittografia fosse quantisticamente sicura, l'accesso non autorizzato tramite credenziali pre‑configurate resta un vettore di attacco. La cripto-agilità deve quindi andare di pari passo con la gestione sicura delle credenziali e l'adozione di meccanismi di autenticazione basati su certificati rinnovabili.
• Stack di comunicazione industriale: il buffer overflow nello stack NetStaX EtherNet/IP può portare a crash o a esecuzione di codice remoto (Pyramid Solutions NetStaX EtherNet/IP Stack). Se lo stack utilizza TLS per proteggere le comunicazioni tra controller e dispositivi, un attacco di memoria potrebbe disattivare le protezioni TLS o esportare le chiavi di sessione, vanificando la crittografia indipendentemente dalla sua resistenza ai quanti.

Questi esempi mostrano che la sicurezza delle infrastrutture OT non può essere ridotta a un singolo strato crittografico; serve una difesa a strati in cui la crittografia post-quantistica sia integrata con pratiche di gestione delle vulnerabilità, di aggiornamento firmware e di controllo degli accessi.

Linee guida dal CISA/G7 per la transizione verso la PQC

Il "Call to Action" del CISA e del G7 individua cinque priorità che le organizzazioni devono affrontare per prepararsi all'era post-quantistica. Tramite queste linee guida, le aziende italiane possono strutturare un piano di migrazione che tenga conto delle specificità OT.

1. Sensibilizzazione e formazione – È necessario aumentare la consapevolezza dei rischi quantistici presso i team OT, IT e di direzione. Workshop dedicati, simulazioni di attacchi "harvest now, decrypt later" e corsi sugli algoritmi PQC (es. CRYSTALS-Kyber per lo scambio di chiavi, CRYSTALS-Dilithium per le firme) aiutano a costruire una cultura di cripto-agilità.

1. Sviluppo di strategie nazionali e settoriali – Le associazioni di settore (es. ANIE, Federazione Italiana delle Industrie Meccaniche) dovrebbero collaborare con il Ministero dello Sviluppo Economico e l'ACN per definire roadmap di adozione della PQC, includendo linee guida per l'aggiornamento di certificati nei dispositivi IIoT e nei sistemi di controllo.

1. Ricerca e sviluppo di tecnologie quantisticamente sicure – Le università e i centri di ricerca italiani (Politecnico di Milano, Università di Bologna, IIT) possono partecipare a progetti finanziati dal PNRR per valutare l'impatto degli algoritmi PQC su hardware embedded con risorse limitate (MCU, FPGA). Test di prestazioni su protocolli come Modbus TCP over TLS o OPC UA sono essenziali per garantire che la latenza introdotta non superi le soglie di tempo reale.

1. Partnership pubblico‑private – Condividere informazioni su minacce emergenti e best practice tra fornitori di automazione (Rockwell Automation, Schneider Electric, Siemens) e utenti finali accelera l'adozione di firmware PQC-ready. Le iniziative di condivisione di indicatori di compromissione (IOC) tramite piattaforme come il CISA‑ISAO possono essere estese al settore OT.

1. Integrazione della PQC nei requisiti di acquisto e nei processi di cybersecurity – Le gare d'appalto per forniture di sistemi SCADA, PLC e dispositivi IIoT dovrebbero prevedere clausole che richiedano il supporto a algoritmi PQC e la possibilità di aggiornare le chiavi senza fermi di produzione. Analogamente, i processi di gestione delle vulnerabilità (es. programmi di patch management) devono includere la verifica della compatibilità PQC.

Prospettive e raccomandazioni operative per le aziende italiane

Trasformare le linee guida in azioni concrete richiede un approccio graduale, soprattutto in ambito OT dove i tempi di fermo sono costosi. Le seguenti raccomandazioni possono essere adottate entro i prossimi 12‑18 mesi:

• Inventario crittografico: mappare tutti gli asset che utilizzano crittografia a chiave pubblica (certificati VPN, firmware firmati, token di accesso, comunicazioni OPC UA sicure). Strumenti di scansione automatizzata possono identificare chiavi RSA/ECC e algoritmi di hash deboli.
• Valutazione del rischio quantistico: assegnare un punteggio di priorità basato sulla criticità dell'asset, sulla longevità prevista e sulla sensibilità dei dati. Ad esempio, i sistemi di controllo della rete elettrica di trasmissione ricevono la massima priorità, mentre i dispositivi di monitoraggio ambientale di bassa criticità possono essere pianificati per un aggiornamento successivo.
• Pilot di algoritmi PQC su dispositivi di test: selezionare un rappresentante di ciascuna famiglia di hardware (PLC, RTU, gateway IIoT) e eseguire test di integrazione di librerie PQC (Open Quantum Safe, BoringSSL con patch PQC) in ambienti di laboratorio. Misurare l'impatto su throughput, latenza e consumo di energia.
• Aggiornamento delle policy di gestione delle credenziali: sostituire le credenziali hard‑coded con meccanismi di autenticazione basati su certificati X.509 rinnovabili e, dove possibile, adottare l'autenticazione a più fattori (MFA) per gli accessi privilegiati.
• Pianificazione del rollout: definire finestre di manutenzione programmata per l'aggiornamento di firmware e certificati, sfruttando i periodi di basso carico produttivo. Utilizzare tecniche di dual‑stack (supporto sia a algoritmi classici che a PQC) per garantire la retrocompatibilità durante la fase di transizione.
• Monitoraggio e risposta agli incidenti: integrare nei SOC i feed di threat intelligence relativi a minacce quantistiche emergenti (es. annunci di progressi nei computer quantistici da parte di laboratori nazionali) e predisporre playbook specifici per il possibile sfruttamento di chiavi classiche raccolte in passato.

Implementare queste azioni non solo riduce il rischio futuro derivante dai computer quantistici, ma migliora anche la postura di sicurezza generale delle infrastrutture OT, rendendole più resilienti agli attacchi già osservati (buffer overflow, CRLF injection, credenziali deboli). La cripto-agilità diventa così un abilitatore di continuità operativa, non un semplice adeguamento normativo.

---

Le informazioni contenute in questo articolo si basano esclusivamente su fonti pubbliche disponibili fino al 5 settembre 2026 e sono state verificate per corrispondenza con le date e i contenuti originali. Nessun dato è stato inventato o attribuito a fonti che non lo contengono.