La trasformazione digitale della fabbrica non passa soltanto dal cloud: una parte crescente dell’elaborazione avviene direttamente vicino a macchinari, sensori e processi produttivi.
L’edge computing permette, così, di ridurre la latenza e mantenere localmente funzioni critiche, ma introduce nuovi nodi, connessioni e flussi di dati che devono essere protetti lungo l’intera architettura industriale.
La sfida è sfruttare la velocità e l’autonomia dell’edge senza trasformare la distribuzione della capacità di calcolo in una distribuzione incontrollata del rischio cyber.
Indice degli argomenti
Cos’è l’edge computing nell’architettura del cloud industriale
L’edge computing è un modello di elaborazione distribuita nel quale dati e applicazioni vengono processati vicino al punto in cui le informazioni sono generate, anziché essere necessariamente trasferiti verso un’infrastruttura centralizzata o un ambiente cloud remoto.
In fabbrica significa avvicinare capacità computazionale a linee produttive, macchinari, sensori, dispositivi IIoT e sistemi di controllo.
L’edge non sostituisce necessariamente il cloud: i due modelli possono essere complementari all’interno di un’architettura nella quale alcune operazioni vengono eseguite localmente, mentre analisi aggregate, conservazione dei dati, orchestrazione e altre funzioni continuano a essere gestite centralmente.
Definizione della tecnologia e integrazione con l’elaborazione centralizzata
Un’architettura industriale edge può comprendere gateway, server locali, appliance industriali e piattaforme software capaci di acquisire ed elaborare informazioni provenienti dall’ambiente OT.
I dati possono essere filtrati, normalizzati o analizzati localmente prima che una parte di essi venga inviata verso data center o cloud.
Questo modello risponde a un’esigenza concreta: non tutte le informazioni generate da una fabbrica devono, o possono, attraversare continuamente la rete per essere elaborate altrove.
Una linea produttiva può generare grandi quantità di dati provenienti da sensori, sistemi di visione, macchinari e dispositivi connessi. Elaborarli vicino alla sorgente permette di utilizzare immediatamente le informazioni rilevanti e trasferire verso il cloud soltanto ciò che serve per ulteriori analisi o per applicazioni aziendali.
L’architettura diventa quindi un continuum tra OT, edge, infrastrutture IT e cloud, nel quale la posizione dell’elaborazione dipende dalle caratteristiche del processo e dai requisiti di latenza, disponibilità, sicurezza e gestione del dato.
Benefici operativi tra riduzione della latenza ed elaborazione locale dei dati
La latenza è uno dei principali motivi per utilizzare l’edge computing in ambito industriale.
Quando una decisione deve essere presa rapidamente, trasferire i dati verso un’infrastruttura remota, attendere l’elaborazione e ricevere una risposta può essere incompatibile con le esigenze del processo.
L’elaborazione locale riduce questa dipendenza e permette di reagire più velocemente a eventi e anomalie.
Un secondo vantaggio riguarda la disponibilità. Alcune funzioni possono continuare a operare localmente anche in presenza di problemi nella connettività verso il cloud, a condizione che l’architettura sia stata progettata per supportare questa modalità.
L’edge può inoltre ridurre la quantità di informazioni trasferite, ottimizzare l’utilizzo della banda e consentire una gestione più selettiva dei dati industriali.
Ma proprio la distribuzione che produce questi vantaggi introduce il principale problema di sicurezza: l’infrastruttura da proteggere non è più concentrata in pochi punti controllati.
I principali rischi cyber legati all’adozione dell’edge computing
Ogni nodo edge rappresenta capacità computazionale collocata vicino al processo produttivo. Di conseguenza, può diventare anche un punto dal quale un attaccante tenta di raggiungere sistemi e dati industriali.
La sicurezza deve quindi essere considerata fin dalla progettazione dell’architettura e non aggiunta successivamente come livello separato.
Ampliamento della superficie di attacco e vulnerabilità dei nodi periferici
Aumentare il numero dei nodi significa aumentare il numero di sistemi da inventariare, configurare, aggiornare e monitorare.
Gateway industriali, server edge e dispositivi IIoT possono utilizzare sistemi operativi, firmware, componenti software, API e servizi di gestione differenti. Ognuno di questi elementi può contenere vulnerabilità o configurazioni non sicure.
Il problema è aggravato dalla distribuzione fisica.
Un nodo edge può trovarsi in uno stabilimento remoto, in un reparto produttivo o in un ambiente nel quale non esistono gli stessi controlli fisici e organizzativi presenti in un data center.
Diventano quindi essenziali gestione centralizzata delle configurazioni, patch management compatibile con le esigenze OT, controllo dell’integrità dei dispositivi e inventario aggiornato degli asset.
Un nodo dimenticato o non più gestito può trasformarsi rapidamente nel punto debole dell’intera architettura.
Rischi di intercettazione dei dati e minacce all’integrità dei processi produttivi
La protezione non riguarda soltanto la disponibilità dei sistemi.
I nodi edge elaborano informazioni che possono descrivere produzione, parametri dei macchinari, qualità dei prodotti, consumi energetici e condizioni operative. In alcuni casi possono inoltre interagire direttamente o indirettamente con i processi industriali.
Un attaccante in grado di intercettare o alterare questi flussi potrebbe ottenere informazioni sensibili oppure modificare i dati utilizzati dai sistemi a valle.
L’integrità diventa particolarmente importante quando i dati prodotti dall’edge vengono utilizzati per automazione, manutenzione predittiva, controllo qualità o supporto alle decisioni.
Un valore manipolato non deve necessariamente fermare immediatamente un impianto per produrre conseguenze: può indurre il sistema a prendere decisioni errate, nascondere anomalie o compromettere progressivamente l’affidabilità del processo.
La cyber security dell’edge deve quindi proteggere confidenzialità, integrità, autenticità e disponibilità delle informazioni lungo tutto il percorso dal dispositivo al cloud.
Modelli di sicurezza per l’integrazione tra edge e cloud industriale
Proteggere un’architettura distribuita richiede di superare l’idea secondo cui ciò che si trova all’interno della fabbrica possa essere considerato implicitamente affidabile.
Identità, dispositivo, applicazione e flusso di comunicazione devono essere verificati sulla base del contesto e delle autorizzazioni effettivamente necessarie.
Implementazione dell’approccio zero trust e protezione dei flussi di dati
I principi Zero Trust risultano particolarmente utili negli ambienti edge proprio perché riducono la dipendenza dal concetto di perimetro.
La presenza di un dispositivo sulla rete industriale non dovrebbe essere sufficiente per considerarlo affidabile. Accessi e comunicazioni devono essere autenticati e autorizzati secondo il principio del minimo privilegio.
Ciò implica la gestione delle identità non soltanto degli utenti, ma anche dei dispositivi e dei workload.
Certificati digitali, autenticazione forte, gestione sicura delle chiavi, cifratura dei flussi quando tecnicamente applicabile e controllo delle comunicazioni possono contribuire a impedire che la compromissione di un singolo nodo produca automaticamente accesso ad altre parti dell’infrastruttura.
In un ambiente industriale, tuttavia, Zero Trust non significa applicare indistintamente controlli pensati per l’IT. L’implementazione deve considerare requisiti di latenza, disponibilità, safety e compatibilità dei sistemi OT.
Gestione degli accessi remoti e segmentazione delle architetture di fabbrica
L’accesso remoto rappresenta uno dei punti più delicati.
Manutentori, costruttori di macchinari, system integrator e personale interno possono avere bisogno di collegarsi ai sistemi edge o agli ambienti OT. Account condivisi, VPN eccessivamente permissive o connessioni permanenti possono però aumentare sensibilmente il rischio.
Gli accessi dovrebbero essere concessi soltanto quando necessari, autenticati in modo robusto, limitati alle risorse indispensabili e registrati.
La segmentazione completa questa strategia.
Separare sistemi con funzioni e criticità differenti limita i movimenti laterali e consente di controllare i flussi tra OT, edge, IT e cloud. Zone e conduits, microsegmentazione dove applicabile e punti di controllo chiaramente definiti permettono di ridurre l’impatto di una compromissione.
L’obiettivo non è creare segmenti isolati incapaci di comunicare, ma fare in modo che ogni comunicazione necessaria sia conosciuta, autorizzata e controllabile.
Impatto economico e gestione della continuità operativa nei sistemi edge
L’edge computing viene adottato per aumentare efficienza, velocità e autonomia dei processi. Proprio per questo la sua indisponibilità può produrre conseguenze immediate sul business.
La valutazione del rischio deve considerare non soltanto la probabilità di compromissione del nodo, ma il processo industriale che dipende da quel nodo.
Conseguenze del fermo impianto e costi legati ai disservizi di rete
Un guasto o un attacco a un sistema edge può avere effetti molto diversi.
Se il nodo venisse utilizzato soltanto per raccogliere dati destinati ad analisi successive, un’interruzione temporanea potrebbe essere gestibile. Se invece supporta decisioni operative, sistemi di visione o funzioni indispensabili alla produzione, la sua indisponibilità può contribuire al rallentamento o al fermo della linea.
Per questo motivo occorre ricostruire le dipendenze.
Quanto tempo può funzionare l’impianto senza quel servizio? Esiste una modalità degradata? Il nodo dispone di ridondanza? Cosa accade se viene persa la connessione con il cloud? Quanto costa ogni ora di indisponibilità?
Queste domande permettono di trasformare un problema infrastrutturale in una misura di rischio operativo.
Il tema si collega direttamente alla continuità nei siti produttivi, perché la resilienza di un’architettura edge deve essere valutata sulla capacità di mantenere le funzioni industriali essenziali anche quando una parte dell’infrastruttura non è disponibile.
Piani di ripristino e monitoraggio continuo delle minacce informatiche
La distribuzione dell’infrastruttura rende necessario predisporre procedure di recovery specifiche.
Configurazioni, immagini dei sistemi, certificati e componenti necessari alla ricostruzione dei nodi devono essere disponibili e protetti. Dove la criticità lo richiede, devono inoltre essere previste forme di ridondanza o sostituzione rapida.
È importante stabilire anche in quale ordine ripristinare i servizi.
Riattivare rapidamente un nodo senza aver verificato che sia affidabile può reinserire nell’ambiente un sistema ancora compromesso. Il recovery deve quindi includere controlli sull’integrità e procedure per riportare gradualmente il dispositivo in produzione.
A questo si affianca il monitoraggio.
Log, eventi di autenticazione, modifiche alle configurazioni, anomalie di comunicazione e comportamenti inattesi dei nodi possono fornire indicatori preziosi. La capacità di raccogliere e correlare queste informazioni con gli eventi provenienti dall’ambiente IT e OT consente una visione più completa dell’incidente.
La velocità di rilevamento diventa, così, una componente essenziale della continuità operativa: prima viene identificata la compromissione, maggiori sono le possibilità di contenerla prima che raggiunga il processo produttivo.
Conformità normativa e linee guida per la governance dei dati
L’espansione delle architetture distribuite non elimina gli obblighi di governance. Al contrario, rende più complesso stabilire dove si trovino i dati, chi possa accedervi e quali componenti contribuiscano alla sicurezza dei servizi essenziali.
La compliance deve quindi seguire il dato e il rischio lungo l’intera architettura.
Requisiti della direttiva NIS2 e tutele per la gestione dei dati industriali
Per le organizzazioni che rientrano nel suo ambito di applicazione, la NIS2 richiede l’adozione di misure tecniche, operative e organizzative adeguate e proporzionate per gestire i rischi relativi alla sicurezza dei sistemi informativi e di rete.
Tra le aree previste dalla direttiva figurano gestione degli incidenti, business continuity, sicurezza della supply chain, sicurezza nell’acquisizione, sviluppo e manutenzione dei sistemi, gestione delle vulnerabilità, controllo degli accessi, gestione degli asset e utilizzo di soluzioni crittografiche quando appropriate.
Un’architettura edge industriale deve essere letta anche alla luce di questi principi.
La distribuzione di workload e dati su più livelli rende indispensabile conoscere gli asset, attribuirne la responsabilità e controllare le dipendenze da tecnologie e fornitori.
È però importante distinguere la cyber security dalla protezione dei dati personali. I dati industriali non ricadono automaticamente nel GDPR: ciò avviene quando le informazioni trattate costituiscono dati personali.
La governance deve quindi partire dalla classificazione del dato, identificandone natura, criticità, requisiti di protezione e obblighi normativi applicabili.
In una fabbrica connessa, sapere quale informazione viene elaborata, dove viene elaborata e verso quali sistemi viene trasferita diventa un requisito fondamentale tanto per la sicurezza quanto per la governance.
Standard internazionali per la sicurezza delle architetture distribuite
Non esiste un singolo standard capace di coprire ogni livello di un’architettura industriale edge-cloud.
La famiglia IEC 62443 costituisce un riferimento fondamentale per la cyber security dei sistemi di automazione e controllo industriale e fornisce principi utili per segmentazione, gestione del rischio e requisiti di sicurezza di sistemi e componenti.
ISO/IEC 27001 offre invece un quadro per la gestione della sicurezza delle informazioni a livello organizzativo, mentre framework e linee guida del NIST possono contribuire alla definizione dei processi di identificazione, protezione, rilevamento, risposta e ripristino.
Per le architetture distribuite, la questione fondamentale è utilizzare questi riferimenti in maniera coordinata.
La sicurezza deve accompagnare l’intero ciclo di vita del nodo edge: selezione e provisioning, configurazione, autenticazione, aggiornamento, monitoraggio, manutenzione e infine dismissione.
Lo stesso principio deve essere applicato ai software e ai workload eseguiti sul dispositivo e ai canali attraverso i quali vengono distribuiti aggiornamenti e nuove configurazioni.
L’edge computing porta capacità digitale sempre più vicino al cuore della produzione. È proprio questo il suo principale valore, ma anche il motivo per cui la sua sicurezza non può essere considerata separatamente da quella dell’impianto.
Più l’elaborazione si avvicina al processo fisico, più un incidente informatico può trasformarsi rapidamente in un problema operativo.
La fabbrica distribuita richiede quindi un modello altrettanto distribuito di cyber security: identità verificate, nodi governati, comunicazioni controllate, segmentazione, monitoraggio e capacità di recovery devono seguire applicazioni e dati ovunque vengano elaborati.
Perché nell’industrial edge la domanda non è più soltanto dove conviene elaborare il dato, ma anche come garantire che quel punto dell’architettura rimanga affidabile quando diventa parte integrante della produzione.
Partecipa alla community