Backup aziendale: regola 3-2-1, soluzioni a confronto e prova di ripristino

Un backup aziendale funziona davvero solo se rispetta tre condizioni: ha più copie in luoghi diversi, almeno una copia è isolata o immutabile (non raggiungibile né cancellabile da un attaccante che controlla la rete) e il ripristino è stato provato in tempi misurati. La regola più diffusa è la 3-2-1: tre copie dei dati, su due supporti diversi, di cui una fuori sede. Con i ransomware moderni, che cercano e cifrano anche i backup raggiungibili, l'immutabilità è diventata il quarto requisito.

Gli importi e i tempi negli esempi sono illustrativi.

La regola 3-2-1 spiegata con un caso

Immagina uno studio con un server di file di 2 TB. Un'impostazione 3-2-1 coerente potrebbe essere:

1. Copia 1: i dati di produzione sul server.
2. Copia 2: un backup giornaliero su un NAS o disco dedicato in sede (supporto diverso dal server).
3. Copia 3: una replica verso un servizio cloud o una sede remota, con copie immutabili per un numero di giorni stabilito.

Molti professionisti oggi parlano di 3-2-1-1-0: una copia offline o immutabile in più e zero errori nelle verifiche di ripristino. Non è una norma, ma una sintesi di buone pratiche.

RPO e RTO: i due numeri da decidere

• RPO (recovery point objective): quanti dati puoi permetterti di perdere, misurato in tempo. Se fai backup ogni notte, il tuo RPO è fino a 24 ore di lavoro.
• RTO (recovery time objective): quanto tempo puoi restare fermo prima del ripristino.

Esempio illustrativo: un'azienda che fattura 4.000 euro al giorno con i sistemi attivi e ritiene accettabile fermarsi al massimo due giorni ha un RTO di 48 ore. Se scopre che il ripristino da cloud di 2 TB richiede, con la sua connessione, circa quattro giorni, ha un problema che il backup "esistente" non risolve. Calcolo semplificato: 2 TB sono circa 16.000 gigabit; a 200 megabit al secondo effettivi servono 16.000.000 / 200 = 80.000 secondi, cioè poco più di 22 ore di sola trasmissione, senza considerare i rallentamenti. Il calcolo cambia molto con la connessione reale: misuralo.

Confronto tra soluzioni

Il modello di responsabilità dei servizi cloud, in genere, prevede che il fornitore garantisca la disponibilità dell'infrastruttura, mentre la protezione dei dati dell'utente da errori e cancellazioni resta a carico del cliente. Leggi le condizioni del tuo servizio e verifica i tempi di conservazione dei dati cancellati.

Cosa include un buon preventivo di backup

• Dati e sistemi coperti: server, macchine virtuali, database, posta, dispositivi.
• Retention: per quanto tempo conserva le versioni (per esempio 30 giorni, 12 mesi).
• Dove si trovano i dati, con quali garanzie di sicurezza e in quale paese. Se sono dati personali, serve la nomina a responsabile del trattamento e occorre valutare eventuali trasferimenti fuori dallo Spazio economico europeo.
• Cifratura dei dati in transito e a riposo, con gestione delle chiavi.
• Costi di ripristino e di eventuale uscita, spesso diversi dal canone.
• Assistenza durante un incidente: orari e tempi di risposta.

Come proteggere i backup dagli attaccanti

1. Usa credenziali separate per la console di backup, con autenticazione a più fattori e senza condividerle con il dominio aziendale quotidiano.
2. Attiva l'immutabilità (blocco di cancellazione e modifica per un periodo) sulla copia fuori sede.
3. Limita l'accesso di rete dal server di produzione al deposito di backup: deve poter scrivere, non cancellare.
4. Monitora gli avvisi di fallimento: un backup che non parte da settimane è un rischio comune.
5. Conserva una copia della documentazione di ripristino (procedure, chiavi, contatti) fuori dai sistemi che potrebbero essere cifrati.

La prova di ripristino

La prova di ripristino è l'unica che distingue un backup funzionante da una speranza. Procedura minima, da eseguire almeno una volta all'anno e dopo cambiamenti importanti:

1. Scegli un campione: un file, una cartella, un database e un server completo, a rotazione.
2. Ripristina in un ambiente separato, senza sovrascrivere la produzione.
3. Verifica che i dati si aprano e siano coerenti (per esempio che il gestionale parta e i totali tornino).
4. Annota il tempo effettivo impiegato e confrontalo con l'RTO.
5. Correggi ciò che non ha funzionato e fissa la prossima verifica.

Puoi inserire questo controllo nella checklist di sicurezza di base.

Errori frequenti

• Fare backup solo del server e dimenticare portatili, database dei gestionali o la posta.
• Conservare la password della console solo su un computer che in caso di attacco sarà cifrato.
• Non avvisare nessuno dei fallimenti: nessuna notifica, nessun responsabile.
• Credere che la sincronizzazione di cartelle sia un backup: se un file viene cifrato, la versione compromessa viene sincronizzata.
• Non considerare i tempi di ripristino da cloud con connessioni asimmetriche.

Domande frequenti

La sincronizzazione con un servizio cloud sostituisce il backup?

No. La sincronizzazione replica anche errori e cifrature. Serve un servizio con versioni storiche e, meglio, copie immutabili.

Ogni quanto vanno fatti i backup?

Dipende dall'RPO: per dati che cambiano ogni giorno, almeno una volta al giorno; per sistemi critici, più spesso.

Basta un unico backup in cloud?

Una sola copia, anche in cloud, lascia un punto di rottura. Conviene avere una copia locale per i ripristini rapidi e una fuori sede per i disastri.

Il backup deve essere cifrato?

Sì, soprattutto se contiene dati personali. L'articolo 32 del GDPR cita la cifratura tra le misure adeguate da valutare.

Fonti ufficiali

• Agenzia per la Cybersicurezza Nazionale — buone pratiche di resilienza e ripristino.
• Garante per la protezione dei dati personali — sicurezza del trattamento ai sensi dell'articolo 32 del GDPR.
• NoMoreRansom — iniziativa internazionale con informazioni e strumenti contro i ransomware.