Oltre il backup: continuità operativa, sicurezza e resilienza aziendale

La resilienza non si misura dal numero di copie create, ma dalla capacità di continuare e ripartire.

Disporre di una copia dei dati non significa necessariamente essere pronti a ripartire.

Quando si verifica un incidente, la domanda decisiva non è soltanto “abbiamo un backup?”, ma: quali servizi possiamo recuperare, quanti dati rischiamo di perdere, entro quanto tempo possiamo tornare operativi e chi deve intervenire?

È qui che il backup smette di essere una semplice funzione tecnica e diventa parte di una strategia più ampia di resilienza aziendale. Una strategia che coinvolge continuità operativa, governo della sicurezza, gestione dei servizi IT, protezione dei dati, responsabilità e capacità di risposta agli incidenti.

La Direttiva NIS2 ha rafforzato l’attenzione su questi temi, includendo continuità operativa, gestione dei backup, Disaster Recovery e gestione delle crisi tra le misure di gestione del rischio di cybersicurezza. Non ha però introdotto da zero questi principi, né consente di definire un singolo prodotto o servizio come “conforme alla NIS2”.

Per Netsons, la resilienza non nasce da un adempimento recente: si fonda su processi, competenze e sistemi di gestione sviluppati nel tempo e supportati da standard internazionali riconosciuti.

Il backup è uno strumento, non la strategia

Il backup ha un obiettivo essenziale: rendere disponibili copie dei dati dalle quali effettuare un ripristino. Da solo, tuttavia, non garantisce la continuità dell’organizzazione.

Una copia può essere tecnicamente integra ma non consentire il recupero dell’intero servizio. Può mancare una dipendenza applicativa, una configurazione, una chiave, una sequenza operativa o una risorsa necessaria al riavvio. Anche un ripristino riuscito può risultare insufficiente se avviene oltre il tempo massimo sostenibile per il business.

Una reale capacità di ripartenza richiede quindi di collegare il backup a domande organizzative e operative:

• quali processi e servizi sono essenziali;
• quali sistemi, applicazioni e dati li supportano;
• quale impatto produrrebbe la loro indisponibilità;
• quanta perdita di dati è accettabile;
• entro quanto tempo devono essere ripristinati;
• quali dipendenze devono essere considerate;
• chi decide, chi interviene e chi comunica durante l’emergenza;
• come viene verificato che le procedure funzionino realmente.

Il valore non risiede soltanto nella presenza delle copie, ma nella capacità dimostrabile di utilizzarle per ripristinare servizi e operatività secondo priorità definite.

Business Continuity: progettare la capacità di continuare e ripartire

La ISO 22301 rappresenta il riferimento internazionale per i sistemi di gestione della continuità operativa. Il suo approccio parte dalla comprensione dell’organizzazione, dall’analisi degli impatti e dalla definizione delle strategie necessarie a rispondere e recuperare in seguito a un’interruzione.

In questa prospettiva, backup e Disaster Recovery non sono attività isolate. Sono componenti di un modello che comprende prevenzione, preparazione, risposta, ripristino, verifica e miglioramento continuo.

La Business Impact Analysis consente di individuare i processi prioritari e di valutare le conseguenze di una loro indisponibilità. Da questa analisi derivano obiettivi concreti come:

• RPO – Recovery Point Objective, cioè la quantità massima di dati che l’organizzazione può accettare di perdere;
• RTO – Recovery Time Objective, cioè il tempo massimo entro il quale un servizio deve tornare disponibile;
• ordine di ripristino dei sistemi e delle applicazioni;
• risorse, ruoli e procedure necessari durante l’emergenza;
• livelli minimi di servizio da garantire durante una discontinuità.

Definire RPO e RTO soltanto sulla base delle possibilità tecniche non è sufficiente. Devono essere coerenti con l’impatto sul business, con le dipendenze tra i servizi e con le risorse effettivamente disponibili in uno scenario di crisi.

Governance della sicurezza: il ruolo della ISO/IEC 27001

La continuità operativa è strettamente legata alla gestione della sicurezza delle informazioni. La ISO/IEC 27001 fornisce il quadro per identificare, valutare e trattare i rischi che possono compromettere riservatezza, integrità e disponibilità dei dati e dei servizi.

Applicata al backup, questa governance richiede molto più della programmazione automatica delle copie. Significa definire politiche, responsabilità, criteri di accesso, controlli, gestione delle anomalie, registrazione delle attività e verifiche periodiche.

Un repository di backup contiene spesso una rappresentazione estesa del patrimonio informativo dell’organizzazione. Deve quindi essere protetto con misure coerenti con la sua criticità, tra cui:

• cifratura durante il trasferimento e l’archiviazione;
• autenticazione forte e principio del minimo privilegio;
• separazione dei ruoli amministrativi;
• segregazione tra ambiente di produzione e copie;
• tracciamento delle operazioni e revisione degli accessi;
• protezione delle credenziali e delle chiavi;
• gestione documentata degli incidenti e delle eccezioni.

La sicurezza del backup non è pertanto una configurazione una tantum, ma un processo governato e soggetto a controllo.

Cloud, privacy e gestione del servizio: un modello integrato

La resilienza richiede competenze che attraversano più ambiti. Per questo l’approccio Netsons si inserisce in un sistema di gestione integrato, sostenuto da certificazioni che coprono dimensioni complementari.

La ISO/IEC 27017 estende i controlli di sicurezza al contesto dei servizi cloud, chiarendo aspetti specifici relativi all’erogazione e all’utilizzo delle risorse. La ISO/IEC 27701 integra la gestione delle informazioni personali e della privacy, particolarmente rilevante quando le copie contengono dati personali o categorie di dati soggette a specifici obblighi di protezione e conservazione.

La ISO/IEC 20000-1 porta invece il backup all’interno della gestione strutturata dei servizi IT: livelli di servizio, ruoli, processi operativi, gestione degli incidenti, controllo dei fornitori, reporting e miglioramento continuo.

Questi standard non trasformano automaticamente un cliente in un’organizzazione conforme alla NIS2. Dimostrano però che sicurezza, privacy, cloud e qualità del servizio vengono affrontati attraverso processi organizzati, verificabili e sottoposti a miglioramento continuo.

È questa integrazione tra persone, processi e tecnologia a distinguere un servizio gestito dalla semplice disponibilità di spazio per conservare copie.

Dalla protezione dei dati alla capacità di recupero

Una strategia di Backup Gestito deve essere progettata sulla base del contesto del cliente. Non tutti i workload hanno lo stesso valore e non tutti richiedono lo stesso livello di protezione.

Un sito istituzionale, un database transazionale, un ambiente e-commerce, un gestionale e un archivio documentale hanno impatti, dipendenze e priorità differenti. Di conseguenza possono richiedere frequenze di copia, retention, livelli di separazione e procedure di ripristino diverse.

Il percorso dovrebbe comprendere almeno cinque dimensioni.

1. Analisi del perimetro e delle criticità

Si identificano servizi, applicazioni, dati e dipendenze da proteggere. Il perimetro viene classificato in relazione all’impatto operativo e alle priorità di ripristino.

2. Progettazione della protezione

Si definiscono frequenze, retention, versioning, capacità, cifratura e collocazione delle copie. Per i sistemi più critici possono essere previste copie remote, offline o immutabili e credenziali separate rispetto all’ambiente di produzione.

3. Definizione del modello operativo

Vengono chiariti ruoli, responsabilità, contatti, procedure di escalation, modalità di richiesta e autorizzazione del restore, SLA e dipendenze da fornitori o tecnologie di terze parti.

4. Monitoraggio ed evidenze

L’esecuzione automatica dei job viene affiancata da controlli sugli esiti, gestione delle anomalie, verifica della capacità disponibile, controllo della retention e produzione di report. L’obiettivo è individuare i problemi prima che emergano durante un’emergenza e rendere verificabile il funzionamento del servizio.

5. Test e miglioramento continuo

Un backup è utile soltanto se può essere ripristinato. I test devono verificare non solo l’integrità dei file, ma, quando previsto dal perimetro, anche la coerenza dei database, la ricostruzione dei sistemi, la disponibilità delle applicazioni e il rispetto degli obiettivi di recupero.

Gli esiti delle prove devono alimentare la revisione delle procedure, soprattutto quando cambiano infrastruttura, applicazioni, rischi o responsabilità.

Evidenze e responsabilità: ciò che rende il servizio verificabile

Durante un incidente, l’ambiguità sulle responsabilità può rallentare il recupero quanto un problema tecnico.

Per questo un servizio gestito deve rendere esplicito il modello di responsabilità condivisa. Il cliente mantiene un ruolo essenziale nella classificazione dei dati, nella definizione delle priorità e nell’indicazione dei requisiti di business. Il provider prende in carico le attività previste dal perimetro concordato, secondo procedure e livelli di servizio definiti.

Devono essere chiariti almeno:

• sistemi e dati inclusi ed esclusi;
• frequenza e conservazione delle copie;
• obiettivi e priorità di recupero;
• modalità di monitoraggio e gestione degli errori;
• processo di autorizzazione e svolgimento del restore;
• tempi di presa in carico e livelli di servizio;
• responsabilità del cliente e del provider;
• modalità di test, reporting ed eventuale uscita dal servizio.

Report, registri degli esiti, verbali dei test e procedure aggiornate trasformano il backup da promessa tecnica a capacità documentabile.

Dove si inserisce la NIS2

La NIS2 colloca continuità operativa, gestione dei backup, Disaster Recovery e gestione delle crisi all’interno di un più ampio sistema di gestione del rischio di cybersicurezza. Include inoltre governance, sicurezza della supply chain, gestione degli incidenti, valutazione dell’efficacia delle misure, formazione e protezione degli accessi.

Per questo non esiste un “backup conforme alla NIS2” considerato isolatamente. Un servizio di Backup Gestito può contribuire alla resilienza e supportare alcune misure previste dalla normativa, ma la conformità dipende dall’insieme delle scelte organizzative, tecniche e procedurali adottate dal soggetto interessato.

La NIS2 non rappresenta dunque il punto di partenza dell’approccio Netsons. Rafforza, sul piano normativo, principi che trovano già fondamento nella Business Continuity, nella gestione del rischio, nella sicurezza delle informazioni, nella protezione dei dati e nella gestione strutturata dei servizi IT.

L’approccio Netsons alla resilienza

Netsons mette a disposizione servizi di Cloud Backup e soluzioni gestite per server, infrastrutture cloud, macchine virtuali e dispositivi, progettati in funzione della criticità dei workload e degli obiettivi operativi del cliente.

Le tecnologie basate su Acronis consentono di pianificare copie complete, incrementali o differenziali, gestire criteri di conservazione, monitorare gli esiti da una dashboard centralizzata e attivare il ripristino secondo il perimetro concordato.

La tecnologia, tuttavia, è soltanto una parte del servizio. Il team Netsons può affiancare IT Manager e responsabili della sicurezza nella definizione di priorità, frequenze, retention, separazione delle copie, RPO, RTO, responsabilità e scenari di ripristino.

L’esperienza maturata nella gestione di infrastrutture e servizi digitali, insieme a un sistema di gestione supportato dalle certificazioni ISO/IEC 27001, ISO/IEC 27017, ISO/IEC 27701 e ISO/IEC 20000-1, permette di affrontare il backup all’interno di una visione più ampia di sicurezza, continuità e qualità del servizio.

L’obiettivo non è vendere spazio di archiviazione, ma contribuire alla costruzione di una capacità di recupero coerente con il rischio, con l’impatto sul business e con il livello di servizio richiesto.

Dal backup alla capacità di ripartenza

La resilienza non si misura dal numero di copie create, ma dalla capacità dell’organizzazione di continuare a erogare i servizi essenziali e di recuperare quelli interrotti entro limiti sostenibili.

Per raggiungere questo risultato servono analisi, progettazione, protezione, monitoraggio, test, responsabilità chiare e miglioramento continuo. Il backup è un elemento indispensabile, ma acquista valore soltanto quando è integrato nella Business Continuity, nella governance della sicurezza e nella gestione dei servizi IT.