---
title: "Sicurezza informatica industriale: come implementare backup resilienti alle minacce informatiche"
published_at: "2026-07-20T19:16:37+00:00"
modified_at: "2026-07-20T19:16:51+00:00"
url: "https://www.baculasystems.com/it/it-blog/backup-della-produzione-industriale/"
markdown_url: "https://www.baculasystems.com/it/it-blog/backup-della-produzione-industriale.md"
taxonomy_language:
  - "Italiano"
---

[Principale](https://www.baculasystems.com/it/)
 > [Blog sul backup e sul ripristino](https://www.baculasystems.com/it/it-blog/)
 > Sicurezza informatica industriale: come implementare backup resilienti alle minacce informatiche

# Sicurezza informatica industriale: come implementare backup resilienti alle minacce informatiche

Aggiornato 20th Luglio 2026, Rob Morrison

Un guasto meccanico o un attacco informatico comporta costi di gran lunga superiori per un’attività industriale rispetto a quelli sostenuti da una normale infrastruttura IT aziendale. I tempi di inattività imprevisti per i grandi produttori ammontano attualmente in media a [260.000 dollari all’ora](https://www.iiot-world.com/predictive-analytics/predictive-maintenance/the-actual-cost-of-downtime-in-the-manufacturing-industry/)
. Tuttavia, tale cifra varia notevolmente da un settore all’altro, con l’industria automobilistica che si colloca all’estremo opposto dello spettro.

Si stima che i tempi di inattività per un produttore automobilistico, a seguito di guasti meccanici o minacce informatiche quali il ransomware, comportino una perdita colossale pari a [2,3 milioni di dollari](https://www.newsweek.com/the-2-3m-an-hour-problem-hiding-inside-modern-manufacturing-12193065)
 ogni ora. Secondo [IBM X-Force](https://newsroom.ibm.com/2026-02-25-ibm-2026-x-force-threat-index-ai-driven-attacks-are-escalating-as-basic-security-gaps-leave-enterprises-exposed)
, il settore manifatturiero rappresenta il 27,7% degli attacchi informatici, il che lo rende il settore più preso di mira da cinque anni consecutivi. E dato che i tempi di inattività comportano per un produttore una perdita così astronomica, gli autori degli attacchi sanno che, in caso di violazione, la vittima è propensa a pagare rapidamente il riscatto per tornare online

Per proteggere un’attività industriale e riprendersi da un attacco informatico, un produttore deve implementare una [soluzione software modulare, multicomponente e resiliente alle minacce informatiche](https://www.baculasystems.com/it/)
, compatibile sia con i sistemi OT che con quelli IT, per un ripristino immediato a un punto specifico nel tempo.

In questo articolo illustreremo come vengono protetti i sistemi IT e OT, le sfide comuni che i sistemi industriali devono affrontare e come questi possano difendere efficacemente i propri sistemi dalle minacce informatiche e ridurre i tempi di inattività in caso di guasto.

## Cosa sono i sistemi di controllo industriale (ICS)?

In parole semplici, un sistema di controllo industriale (ICS) è l’insieme di hardware e software sottostante che gestisce le apparecchiature fisiche presenti nelle fabbriche e negli impianti. Si compone di quattro elementi fondamentali: **i controllori logici programmabili (PLC),** che eseguono i comandi che gestiscono una linea di produzione; **sistemi SCADA** per il monitoraggio e il controllo dei processi in un impianto; **interfacce uomo-macchina (HMI)** che consentono agli operatori di visualizzare e regolare tali processi; e **sensori** utilizzati per trasmettere al sistema i dati relativi a temperatura, pressione, portata e altre letture. L’ICS è una componente specifica dell’OT (tecnologia operativa), la cui protezione differisce notevolmente da quella di un sistema gestito dall’IT.

## Qual è la differenza tra sicurezza OT e sicurezza IT?

Il produttore gestisce sia sistemi IT che OT. Il primo riguarda l’ambito aziendale, con i relativi sistemi di gestione aziendale. Il reparto produttivo, con i suoi controllori e sistemi di produzione, costituisce il secondo ambito e non può essere protetto allo stesso modo dell’IT. La risposta standard negli ambienti IT consiste solitamente nell’arrestare il sistema interessato e contenerne la diffusione.

Al contrario, i sistemi OT non possono essere arrestati, poiché il processo fisico gestito da un sistema diventa pericoloso se interrotto senza l’adozione immediata di misure precauzionali. In altre parole, la misura che consente di contenere un attacco in un ufficio può causare un incidente catastrofico in un reparto produttivo.

Il secondo grave problema degli ambienti OT è che gran parte delle apparecchiature presenti in un reparto produttivo funziona con sistemi operativi obsoleti che non ricevono più patch di sicurezza, lasciando così esposte le vulnerabilità note.

Negli stabilimenti, i controllori devono essere ripristinati a una configurazione nota e funzionante e verificati prima di poter azionare le apparecchiature fisiche. Ogni ora di inattività comporta una perdita di ricavi e aumenta i rischi per la sicurezza; poiché tali costi si accumulano continuamente man mano che l’interruzione si protrae, la capacità del produttore di riprendersi rapidamente è fondamentale per contenere ulteriori danni.

Al fine di salvaguardare un sistema industriale attivo, le aziende dovrebbero implementare [una soluzione di backup e ripristino resiliente alle minacce informatiche](https://www.baculasystems.com/it/)
 in grado di gestire il ripristino sia dell’IT che dell’OT, in linea con il quadro di riferimento per la sicurezza industriale IEC 62443.

## Che cos’è la norma IEC 62443 e perché è importante per la sicurezza dei sistemi industriali?

Per la sicurezza informatica industriale, la norma IEC 62443 è uno standard ampiamente adottato che definisce le modalità di protezione della tecnologia operativa (OT) e dei [sistemi di automazione e controllo industriale (IACS)](https://www.isa.org/)
. Questo quadro normativo è particolarmente diffuso in settori quali l’energia, la produzione, i trasporti, l’approvvigionamento idrico e la sanità.

### Il modello a zone e canali per la protezione dei sistemi industriali

La filosofia della norma IEC 62443 ruota attorno alla suddivisione del sistema operativo in zone e canali, a ciascuno dei quali viene assegnato un proprio livello di sicurezza compreso tra 1 e 4. Le zone sono raggruppamenti fisici di risorse industriali, quali macchinari e sistemi di controllo, che condividono, in misura maggiore o minore, lo stesso livello di requisiti di sicurezza. I canali, d’altra parte, sono i percorsi di comunicazione rigorosamente controllati che collegano tali zone.

Grazie a questo tipo di segmentazione, in caso di violazione gli aggressori non possono spostarsi lateralmente verso le zone critiche. Per quanto riguarda la domanda «non sarebbe meglio applicare lo stesso livello di sicurezza SL4 di grado militare a tutte le zone per garantire la massima protezione?», la risposta è no. Se tutti i componenti fossero protetti con le stesse misure di sicurezza, ciò comporterebbe un’eccessiva o insufficiente ingegnerizzazione delle zone a basso impatto e di quelle critiche per la sicurezza delle persone, con una miriade di complicazioni.

Ad esempio, applicare controlli di livello di sicurezza 4 di grado militare alle stampanti degli uffici comporterebbe uno spreco immenso di risorse e paralizzerebbe le attività quotidiane, mentre applicare difese di base di livello di sicurezza 1 alle valvole delle turbine comporterebbe il rischio di un disastro fisico catastrofico.

### Sistema dei livelli di sicurezza (SL1-SL4)

La norma IEC 62443 definisce quattro livelli di sicurezza, ciascuno corrispondente alla capacità dell’autore dell’attacco da cui ci si deve difendere. Anziché applicare un unico livello all’intero impianto, i produttori valutano il rischio di ciascuna zona e le assegnano un livello di sicurezza target.

**– SL1** protegge dagli errori umani e dal malware non mirato a basso impatto (ad esempio, un lavoratore che collega una chiavetta USB personale infetta).

**– SL2** garantisce protezione contro attacchi a basso costo sferrati da hacker opportunisti che utilizzano strumenti pubblici per sfruttare vulnerabilità di base

**– SL3** viene utilizzato per la protezione contro minacce informatiche sofisticate da parte di criminali informatici organizzati che dispongono di conoscenze specialistiche sui sistemi industriali (ad esempio, un gruppo professionale di autori di ransomware che tenta attivamente di dirottare i PLC di un impianto specifico).

**– SL4** protegge da agenzie militari o di intelligence di Stati-nazione dotate di ingenti finanziamenti, che utilizzano risorse avanzate e illimitate per causare distruzione fisica

La sicurezza dei sistemi industriali può essere garantita da una soluzione di backup e ripristino resiliente alle minacce informatiche, in grado di adattare la propria protezione al livello di sicurezza richiesto da ciascuna zona. Il backup e il ripristino di [Bacula Enterprise](https://www.baculasystems.com/it/)
 vengono eseguiti da cinque componenti indipendenti (il Director, il File Daemon, lo Storage Daemon, il Catalog e la Console), che possono essere distribuiti e configurati in base alla struttura a zone di un impianto per garantire la sicurezza in tutto l’impianto.

## Attacchi informatici reali ai sistemi di controllo industriale

I tre attacchi informatici reali riportati di seguito illustrano cosa accade quando un sistema OT è privo di adeguate misure di protezione come quelle sopra descritte, nonché le conseguenze catastrofiche che ne possono derivare.

### L’attacco alla rete elettrica ucraina (sfruttamento remoto)

Il 23 dicembre 2015, tre società regionali di distribuzione ucraine sono state prese di mira da criminali informatici in un attacco che ha provocato un’interruzione generalizzata dell’energia elettrica per [225.000](https://nsarchive.gwu.edu/sites/default/files/documents/3891751/SANS-and-Electricity-Information-Sharing-and.pdf)
 residenti.

Gli aggressori hanno dirottato sessioni VPN prive di autenticazione a due fattori, il che ha consentito loro di accedere direttamente al sistema [SCADA](https://inductiveautomation.com/resources/article/what-is-scada)
 delle società. Una volta entrati, hanno manipolato i sistemi di controllo della rete elettrica e aperto manualmente gli interruttori in oltre cinquanta sottostazioni.

Successivamente, gli aggressori hanno distribuito malware nel percorso di ripristino e hanno cancellato i file presenti su server e postazioni di lavoro, eliminando i file di backup e di configurazione necessari per il ripristino del sistema. L’alimentatore a corrente ininterrotta (UPS) del centro operativo è stato disattivato e il percorso di ripristino è stato compromesso.

Poiché i dati di ripristino non erano archiviati su un sistema [air-gapped](https://www.baculasystems.com/it/it-blog/che-cose-il-backup-airgapped/)
 né su un supporto di archiviazione immutabile, le aziende di servizi pubblici non sono state in grado di ripristinare autonomamente il sistema e si è reso necessario inviare tecnici sul campo per chiudere manualmente gli interruttori.

### L’attacco alla Colonial Pipeline (compromissione delle credenziali)

La Colonial Pipeline trasporta carburante attraverso 260 punti di consegna in tredici stati e fornisce il [45% del carburante utilizzato sulla costa orientale](https://www.cybersecuritydive.com/news/colonial-Joseph-Blount-ransomware-legacy-vpn/601523/)
. Si tratta inoltre del più grande oleodotto per prodotti raffinati degli Stati Uniti.

Il 7 maggio 2021 il sistema di sicurezza di Colonial è stato vittima di un attacco ransomware sferrato da [DarkSide](https://www.akamai.com/glossary/what-is-darkside-ransomware)
. Grazie all’accesso alla password trapelata, gli aggressori hanno ottenuto l’accesso a un account VPN obsoleto ormai in disuso, che ha fornito loro un punto d’appoggio per penetrare nei sistemi di Colonial.

Gli aggressori hanno crittografato i sistemi informatici e sottratto circa 100 GB di dati. Sebbene non siano mai riusciti a raggiungere i sistemi di controllo dell’oleodotto, Colonial ha interrotto il funzionamento dell’oleodotto lo stesso giorno e ha autorizzato il pagamento di un riscatto di 4,4 milioni di dollari nel giro di poche ore. Le forniture di carburante sono state sospese per sei giorni consecutivi e, di conseguenza, le stazioni di servizio in tutto il Sud-Est hanno esaurito le scorte.

Colonial ha interrotto le operazioni a causa dell’impossibilità di dimostrare che i propri sistemi di controllo fossero integri, poiché il ransomware aveva colpito la rete degli uffici. Ciò che è costato a Colonial sei giorni è stata l’incapacità di sapere cosa gli aggressori avessero manomesso e la mancanza di un modo rapido per ricostruire i sistemi di controllo qualora questi fossero stati compromessi.

Per far fronte agli incidenti sopra citati, [una piattaforma di backup resiliente alle minacce informatiche](https://www.baculasystems.com/it/)
 suddivide la propria architettura in cinque componenti indipendenti per impedire che una violazione a livello di impianto raggiunga l’archivio di backup, isolando rigorosamente i percorsi dei dati e i ruoli di sicurezza.

Questo isolamento assoluto mantiene puliti i registri di audit, consentendo di individuare con esattezza ciò che un aggressore ha manomesso, mentre il [ripristino bare-metal](https://www.baculasystems.com/it/software-di-backup-bare-metal-per-windows-e-linux/)
 permette di ricostruire rapidamente i sistemi di controllo compromessi a partire da uno stato noto come integro.

### **La violazione di SolarWinds (rischio della catena di approvvigionamento)**

Circa [18.000 organizzazioni](https://attack.mitre.org/campaigns/C0024/)
 hanno installato nelle proprie reti un malware backdoor denominato [SUNBURST](https://www.bbc.com/news/technology-55321643)
, applicando un aggiornamento software di routine fornito da un fornitore di cui si fidavano. Tra queste figuravano i Dipartimenti della Sicurezza Interna, di Stato, dell’Energia e del Tesoro degli Stati Uniti.

Gli aggressori hanno compromesso SolarWinds nell’agosto 2019 e hanno iniettato codice dannoso nel processo di compilazione di Orion (la sua piattaforma di monitoraggio della rete). I clienti hanno ricevuto gli aggiornamenti infettati da trojan come software legittimo e firmato. Gli attacchi sono stati successivamente attribuiti ad [APT29](https://www.cyber.nj.gov/threat-landscape/nation-state-threat-analysis-reports/russia-cyber-threat-operations/russia-apt29)
, ovvero il Servizio di intelligence estero russo. FireEye ha poi individuato la backdoor nel dicembre 2020 mentre indagava su una violazione dei propri strumenti del red team.

Dato che Orion è un software IT che risiede nel data center, e non in officina, non ci si aspetterebbe che costituisca una minaccia per l’OT. Eppure lo fa, poiché la rete degli uffici e quella dello stabilimento sono collegate, e una compromissione su un lato è in grado di passare all’altro senza troppe difficoltà.

## **Le sfide della sicurezza informatica nel settore manifatturiero**

A differenza di un data center, uno stabilimento produttivo è costituito da molteplici ambienti contemporaneamente ed è una combinazione di PLC vecchi di decenni, moderni dispositivi IIoT connessi al cloud, database storici e sistemi aziendali, ciascuno con il proprio ciclo di patch e la propria tolleranza ai tempi di inattività.

Questo tipo di eterogeneità è il motivo per cui i sistemi OT sono più difficili da proteggere rispetto a quelli IT, poiché non esiste un unico approccio di backup “uniforme” che funzioni sia per un controller legacy che esegue un sistema operativo non più supportato, sia per un sistema di archiviazione dati in tempo reale che non può essere messo in stato di sospensione.

### **Ripristino nell’arco di un ciclo di vita delle apparecchiature di 30 anni**

Le apparecchiature industriali sono spesso più vecchie di due decenni rispetto a qualsiasi cosa si possa trovare in una sala server aziendale e rimangono in servizio molto più a lungo di quanto l’hardware IT sarebbe stato sostituito. Ad esempio, una turbina, una pressa o un PLC possono funzionare per venti o trent’anni, mentre un computer portatile viene sostituito ogni tre-cinque anni.

Per decenni ciò non ha rappresentato un problema di sicurezza, poiché la rete dell’impianto era isolata fisicamente (air-gapped) e separata da qualsiasi rete esterna che un malintenzionato potesse utilizzare per raggiungerla. Tuttavia, con l’[Industria 4.0](https://www.ibm.com/think/topics/industry-4-0)
 che ha posto fine a questa situazione, gli impianti moderni operano lungo l’intera [Purdue Enterprise Reference Architecture (livelli da L0 a L5)](https://www.baculasystems.com/blog/iec-62443-security-standard/)
, in base alla quale un’unica strategia di backup deve adattarsi a requisiti di [Recovery Point Objective (RPO)](https://www.baculasystems.com/it/backup-e-ripristino-dei-dati-nelle-agenzie-di-ricerca-federali-e-nazionali/)
 e Recovery Time Objective (RTO) completamente diversi a seconda del livello.

Una volta connessi all’IT aziendale e al cloud, i produttori rischiano di esporre i controllori dell’impianto, vecchi di decenni, a minacce che il progettista non aveva previsto.

Un impianto dovrà ripristinare i dati molto tempo dopo che il software di backup che li ha scritti non sarà più disponibile. Utilizzando una [soluzione di backup e ripristino resiliente alle minacce informatiche](https://www.baculasystems.com/it/)
 con un formato di volume documentato e autonomamente leggibile, i dati rimangono recuperabili di per sé, senza dipendere dal fatto che il sistema di backup originale rimanga intatto. Un volume scritto oggi può essere facilmente riletto decenni dopo, anche se l’infrastruttura di backup sottostante è stata dismessa da tempo.

### **Backup di un historian in funzione**

Un [data historian](https://www.aspentech.com/en/cp/data-historian)
 è un software specializzato che acquisisce e archivia continuamente dati in serie temporali provenienti dalle apparecchiature dell’impianto che funzionano su PLC e sistemi SCADA.

Per i settori regolamentati come quello farmaceutico, database quali AVEVA PI e GE Proficy conservano le tracce di audit legali. Nel caso in cui un attacco informatico cancelli o crittografi tali registrazioni, un’azienda perde la prova della propria conformità. Di conseguenza, un attacco ransomware all’archivio dati dell’impianto può mettere a rischio la capacità dell’azienda di commercializzare legalmente i propri prodotti, anche senza che le macchine stesse vengano mai compromesse.

Detto questo, il limite di un historian attivo è che si tratta di un database in costante scrittura, e la velocità di scrittura ne costituisce il vincolo progettuale principale. Poiché una copia a livello di file di un database attivo comporta il danneggiamento dei dati, è impossibile eseguire il backup di uno storico in tempo reale mentre è in esecuzione. In passato, gli operatori arrestavano completamente il sistema, causando inadempienze normative e di conformità.

Un software di backup modulare avanzato come Bacula Systems è in grado di eseguire il backup di uno storico in tempo reale utilizzando strumenti nativi quali RMAN per Oracle, oppure avvalendosi del proprio [plugin bpip](https://www.baculasystems.com/blog/bpipe-in-bacula-enterprise-comprehensive-overview/)
 specializzato, che trasmette in streaming i dump dei dati in tempo reale all’archivio.

## Cybersicurezza, backup e ripristino nel settore manifatturiero con Bacula Enterprise

[Bacula Enterprise](https://www.baculasystems.com/it/)
 è una soluzione di backup e ripristino resiliente alle minacce informatiche, progettata per ambienti in cui la sicurezza è fondamentale e che gode della fiducia di organizzazioni quali l’Aeronautica Militare degli Stati Uniti, la NASA, la Marina degli Stati Uniti e altri grandi gruppi aziendali.

Si tratta di un software modulare composto da cinque componenti indipendenti, quali il [Director](https://docs.baculasystems.com/BETechnicalReference/Director/index.html)
, il [File Daemon](https://docs.baculasystems.com/BETechnicalReference/FileDaemon/index.html)
, lo [Storage Daemon](https://docs.baculasystems.com/BETechnicalReference/StorageDaemon/index.html)
, il catalogo e la console. Segue un flusso di lavoro segmentato per impedire il movimento laterale in caso di violazione, garantendo così che le infrastrutture critiche per la vita rimangano sicure e intatte.

A differenza del design unico «tutto in uno» della maggior parte degli strumenti di backup tradizionali, ciascuno di questi cinque componenti viene eseguito come servizio di rete separato. Di conseguenza, la compromissione di un singolo componente non può causare il blocco dell’intero sistema.

Grazie alle sue tecnologie di [deduplicazione globale degli endpoint](https://www.baculasystems.com/it/global-endpoint-deduplication/)
 e di compressione, che riducono i costi di archiviazione, Bacula Enterprise adotta un modello di licenza piatto e trasparente basato su abbonamento che esclude completamente i prezzi basati sulla capacità.

### In che modo Bacula soddisfa i livelli di sicurezza della norma IEC 62443

Bacula è conforme alla norma IEC 62443 per la sicurezza informatica industriale. In base al quadro normativo IEC 62443, è possibile assegnare diversi livelli di sicurezza (SL) alle diverse zone del proprio impianto, dove SL1 viene utilizzato per l’autenticazione di base e SL4 per la protezione dei dati di livello militare.

- **SL1.** Le comunicazioni di Bacula tra i cinque componenti avvengono di default tramite TLS, con handshake automatici basati su chiavi pre-condivise tra il Director, il File Daemon e lo Storage Daemon. Di conseguenza, il traffico di backup non viene mai inviato in chiaro (nemmeno nella configurazione di base).
- **SL2.**A ciascun operatore sono consentite solo azioni specifiche, per impedire che chi è autorizzato a eseguire un backup possa cancellarne uno o alterare il catalogo. I dati vengono crittografati per ogni client con AES a 128, 192 o 256 bit e possono essere crittografati a riposo sul dispositivo di archiviazione di destinazione.
- **SL3.** L’autenticazione a più fattori avviene tramite un [plugin TOTP](https://docs.baculasystems.com/BEUserInterfaces/bweb/BWebAuthenticationMethods/TOTPConsoleAuthenticationPlugin/index.html) compatibile con lo standard RFC 6238, che richiede un secondo fattore proveniente da un’app di autenticazione sul telefono per l’accesso alla console. Anche in questo caso si applica l’archiviazione in modalità «air-gapped». I nastri espulsi dalla libreria o scritti su supporti offline non sono accessibili da alcun dispositivo presente sulla rete.
- **SL4.** Bacula esegue una crittografia convalidata secondo lo standard FIPS 140-3 tramite il proprio modulo crittografico OpenSSL-FIPS, che consente flussi di lavoro altamente sicuri e sottoposti a revisione. Inoltre, autentica i processi tra i daemon utilizzando SCRAM-SHA-256 e registra log di audit a prova di manomissione con catena di custodia per ogni evento di backup. Il suo profilo «Difesa e Settore Militare» supporta il backup compartimentato in zone classificate.

### L’architettura di Bacula mantiene intatti i backup

Sia nell’attacco alla rete elettrica ucraina che nel caso del ransomware Colonial, il danno si è esteso fino a dove arrivava l’accesso dell’autore dell’attacco. Questi attacchi informatici hanno cancellato i file di ripristino nel primo caso e crittografato ogni sistema raggiungibile nel secondo.

Il File Daemon di Bacula viene eseguito sulla macchina protetta, che di solito è il primo componente compromesso da un aggressore. Esso non dispone di alcuna interfaccia con l’archivio di backup. Un aggressore che abbia il pieno controllo di una workstation dell’impianto non può utilizzarla per raggiungere o crittografare i backup, poiché il percorso semplicemente non esiste.

Si tratta di un vantaggio significativo rispetto ad altri software di backup per i produttori. Nell’OT, le macchine client sono le prime a essere compromesse e, poiché tali macchine non possono accedere ai backup, i dati di ripristino rimangono intatti.

- **Cyber-resilienza –**Bacula applica la regola 0-3-2-1 attraverso i propri processi di copia e migrazione, con tre copie, due tipi di supporto, una copia fuori sede e zero errori. Un impianto può scrivere il proprio backup primario su un disco in loco, copiarlo poi automaticamente su uno storage a oggetti nel cloud e, successivamente, trasferire una terza copia su nastro in air-gap, senza alcun passaggio manuale che possa essere tralasciato.
- **Storage immutabile –**I volumi [supportati da WORM](https://www.baculasystems.com/it/protezione-da-ransomware/) e i punti di ripristino su disco in modalità “append-only” (solo aggiunta) impediscono qualsiasi modifica una volta scritti, sebbene l’immutabilità controllata dal software sia meno assoluta rispetto a quella garantita da un nastro conservato in un caveau.
- **Rilevamento dell’avvelenamento dei dati –**[BGuardian](https://docs.baculasystems.com/BEDedicatedBackupSolutions/Security/bguardian/index.html) analizza statisticamente ogni processo di backup e rileva eventuali deviazioni. Un backup completo che improvvisamente non protegge più alcun dato, o un processo la cui dimensione e il cui numero di file esulano dall’intervallo previsto, viene individuato, poiché tale modello è la firma del ransomware che crittografa una sorgente prima dell’esecuzione del backup. BGuardian verifica inoltre la configurazione dell’ambiente stesso e genera rapporti di rafforzamento della sicurezza per individuare i punti deboli prima che un aggressore li scopra.

### Ripristino progettato per i sistemi industriali

I backup integri sono inutili se non è possibile ripristinarli rapidamente e nella posizione corretta. Bacula è progettato per entrambi gli scenari: sia che un impianto necessiti di una ricostruzione completa del sistema da zero, sia che serva un singolo ripristino di dati critici a un determinato momento.

- **Ripristino bare-metal –** Bacula è in grado di eseguire una ricostruzione completa (a partire dal sistema operativo) sia di un controller che di una workstation di ingegneria, sia su Linux che su Windows, qualora questi fossero crittografati o distrutti. Questa funzionalità trasforma quello che in genere è un fermo di più giorni in un ripristino che può richiedere anche solo un paio d’ore.
- **Ripristino su una macchina pulita –** Bacula è in grado di eseguire il ripristino su qualsiasi client. Un impianto che si sta riprendendo da un attacco ransomware può ripristinare i dati su un sistema isolato mentre le macchine infette sono ancora oggetto di indagine. È inoltre possibile modificare l’ordine di ripristino, in modo che i dati di processo importanti vengano riportati in produzione e i sistemi infetti vengano inviati a un laboratorio per l’analisi forense.
- **Ripristino a un punto nel tempo (PITR) –**Bacula acquisisce in tempo reale le modifiche al sistema e ai dati man mano che si verificano. Ciò consente agli operatori di eseguire ripristini granulari a qualsiasi millisecondo precedente a un incidente, riducendo così la potenziale perdita di dati a pochi secondi anziché a ore.
- **Un’unica piattaforma per l’intero impianto –**Bacula è compatibile con oltre 34 sistemi operativi e protegge macchine fisiche, VMware, Hyper-V, Proxmox, Nutanix, container, Kubernetes e i database su cui girano gli historian, il tutto gestito da un unico Director. La deduplicazione globale ad alta velocità degli endpoint riduce lo spazio di archiviazione e la larghezza di banda che altrimenti verrebbero consumati dai voluminosi dati di telemetria e dagli historian.

### Scalabilità e licenze

- **Licenze** – Inoltre, Bacula applica tariffe in base alle dimensioni dell’ambiente e non al volume dei dati. Pertanto, le spese di backup di un impianto non aumenteranno ogni volta che verrà aggiunto un nuovo sensore. Gli stabilimenti moderni producono volumi di dati sempre crescenti, ma l’azienda non dovrà sostenere costi astronomici per gestirli. Tale struttura si adatta anche ad ambienti con miliardi di file.
- **Gestione della telemetria ad alte prestazioni –** Per gestire facilmente gli enormi flussi di dati in serie temporali e i log storici generati in un moderno stabilimento, Bacula impiega la [deduplicazione globale degli endpoint](https://www.baculasystems.com/it/global-endpoint-deduplication/) ad alte prestazioni e tecnologie di compressione avanzate. Ciò riduce drasticamente i costi dell’infrastruttura di archiviazione fisica e alleggerisce il carico complessivo della rete senza compromettere le velocità di backup critiche.
- **Edge computing e scalabilità delle fabbriche intelligenti –**Poiché le moderne fabbriche intelligenti elaborano sempre più dati a livello di edge, Bacula eccelle nella gestione dei backup per ambienti altamente distribuiti e dispositivi edge decentralizzati.

## Domande frequenti

### Cosa dovrebbe includere una strategia di sicurezza OT?

Una sicurezza OT efficace aderisce agli standard di sicurezza IEC 62443 con quattro livelli di controllo e suddivide la segmentazione della rete in zone e canali. Di conseguenza, una violazione in un’area può propagarsi ai controllori critici.

### I sistemi di fabbrica non sono isolati fisicamente (air-gapped) e chiusi all’accesso esterno?

Ormai raramente. Il vero isolamento fisico (air-gapping), in cui una rete è fisicamente isolata senza alcuna connessione a sistemi esterni, è ormai diventato l’eccezione. Gli stabilimenti moderni collegano i propri sistemi OT all’IT aziendale, alle piattaforme di analisi cloud e agli strumenti di accesso remoto perché ciò rende le operazioni più efficienti. Tuttavia, ciascuna di queste connessioni riduce anche l’isolamento che un tempo li proteggeva.

### Qual è la differenza tra sicurezza IT e sicurezza OT?

La sicurezza IT e quella OT differiscono sotto molti aspetti. La sicurezza IT si concentra principalmente sulla protezione della riservatezza delle risorse digitali. Nell’OT, l’integrità dei processi produttivi e la sicurezza fisica hanno la precedenza sulla riservatezza. Proteggere gli ambienti OT è spesso più difficile e richiede una [soluzione di backup e ripristino resiliente alle minacce informatiche](https://www.baculasystems.com/it/)
 in grado di eseguire il backup in modo coerente dell’historian sempre attivo.

### Con quale frequenza occorre eseguire il backup dei sistemi industriali?

Con la frequenza richiesta dalla tolleranza alla perdita di dati di ciascun sistema, il che implica programmi diversi per le diverse parti dell’impianto. Non esiste una risposta univoca, poiché un impianto è costituito da numerosi ambienti con requisiti di ripristino diversi. A differenza dei sistemi aziendali, dove il backup giornaliero è lo standard, la frequenza di backup per i sistemi industriali varia a seconda della quantità di perdita di dati che ciascun sistema è in grado di tollerare.

### Il ransomware può colpire anche le apparecchiature fisiche?

Sì, in due modi. In primo luogo, il ransomware o il malware è in grado di mettere fuori servizio una linea di produzione tramite la crittografia o la distruzione dei controlli di sistema. Più comunemente, un attacco al sistema IT innesca automaticamente un arresto precauzionale dell’OT, anche quando il malware non raggiunge mai i controllori. Tale arresto di emergenza, effettuato al di fuori della normale sequenza di arresto di sicurezza dell’apparecchiatura, può di per sé danneggiare i macchinari progettati per funzionare in modo continuo.

Informazioni sull'autore

[https://www.linkedin.com/in/rob-morrison-3aa443/](https://www.linkedin.com/in/rob-morrison-3aa443/)

Rob Morrison è il direttore marketing di Bacula Systems. Ha iniziato la sua carriera nel marketing IT con Silicon Graphics in Svizzera, ottenendo ottimi risultati in vari ruoli di gestione del marketing per quasi 10 anni. Nei 10 anni successivi, Rob ha ricoperto anche diverse posizioni di gestione del marketing in JBoss, Red Hat e Pentaho, assicurando la crescita della quota di mercato di queste note aziende. Si è laureato all'Università di Plymouth e ha conseguito una laurea ad honorem in Digital Media and Communications e ha completato un programma di studi all'estero.

*Messaggi correlati*

[https://www.baculasystems.com/it/it-blog/backup-e-ripristino-del-mainframe/](https://www.baculasystems.com/it/it-blog/backup-e-ripristino-del-mainframe/)
[Backup e ripristino dei mainframe: strategie moderne per sistemi aziendali resilienti](https://www.baculasystems.com/it/it-blog/backup-e-ripristino-del-mainframe/)

Marzo 30, 2026

[https://www.baculasystems.com/it/it-blog/che-cose-la-continuita-aziendale-il-recupero-dei-disastri/](https://www.baculasystems.com/it/it-blog/che-cose-la-continuita-aziendale-il-recupero-dei-disastri/)
[Che cos'è la Business Continuity e il Disaster Recovery? La differenza tra BC e DR](https://www.baculasystems.com/it/it-blog/che-cose-la-continuita-aziendale-il-recupero-dei-disastri/)

Maggio 1, 2024

[https://www.baculasystems.com/it/it-blog/mongodb-backup-ripristino/](https://www.baculasystems.com/it/it-blog/mongodb-backup-ripristino/)
[Guida completa al backup e al ripristino del database MongoDB](https://www.baculasystems.com/it/it-blog/mongodb-backup-ripristino/)

Marzo 16, 2026

[https://www.baculasystems.com/it/it-blog/strategie-e-migliori-prassi-di-backup-del-ransomware-come-fare-per-proteggere-i-backup-dal-ransomware/](https://www.baculasystems.com/it/it-blog/strategie-e-migliori-prassi-di-backup-del-ransomware-come-fare-per-proteggere-i-backup-dal-ransomware/)
[Strategie e migliori prassi di backup del ransomware. Come fare per proteggere i backup dal Ransomware?](https://www.baculasystems.com/it/it-blog/strategie-e-migliori-prassi-di-backup-del-ransomware-come-fare-per-proteggere-i-backup-dal-ransomware/)

Ottobre 13, 2025

[https://www.baculasystems.com/it/it-blog/cassandra-backup-restore/](https://www.baculasystems.com/it/it-blog/cassandra-backup-restore/)
[Guida completa al backup e al ripristino del database Cassandra](https://www.baculasystems.com/it/it-blog/cassandra-backup-restore/)

Aprile 23, 2026

[https://www.baculasystems.com/it/it-blog/le-migliori-pratiche-di-backup-e-ripristino-di-openstack/](https://www.baculasystems.com/it/it-blog/le-migliori-pratiche-di-backup-e-ripristino-di-openstack/)
[Backup e ripristino OpenStack: Migliori pratiche, metodi e soluzioni integrati](https://www.baculasystems.com/it/it-blog/le-migliori-pratiche-di-backup-e-ripristino-di-openstack/)

Novembre 14, 2023