Backup e sicurezza

Backup dati aziendali: strategia completa e regola 3-2-1 per proteggere i tuoi dati

Un backup non è un backup se non lo hai mai ripristinato. Questa guida copre la regola 3-2-1, la scelta tra cloud, locale e ibrido, frequenza di backup per criticità, cifratura, test di ripristino periodici, e protezione da ransomware. Dalla teoria alla checklist pratica.

A cura di ContatPubblicato il 11 min di lettura
Responsabile IT che coordina copie di backup aziendali tra server, cloud e supporti esterni
Strategia di backup e protezione dei dati aziendali

La protezione dei dati è un sistema, non un file

Una strategia di backup aziendale deve prevedere copie diverse, almeno una separata dall'ambiente di produzione, e prove di ripristino regolari. Così il backup diventa una procedura verificabile per continuare a lavorare, non un'icona verde nei log.

Perché un backup senza test non è affidabile

Ecco lo scenario che non vuoi vivere: il tuo disco muore, chiami il provider di backup, scarichi i dati... e scopri che i file sono corrotti. Oppure il backup è incompleto. Oppure ci vogliono 8 ore per ripristinare mentre il server è offline.

Un backup che non è mai stato testato è una illusione di sicurezza. Può essere corrotto, incompleto, o incompatibile con l'ambiente in cui devi ripristinarlo.

La realtà: un backup è buono solo se lo hai ripristinato con successo. Anche parzialmente. Se non l'hai mai provato, non sai se funziona davvero.

Per questo la strategia di backup deve includere test di ripristino periodici (almeno trimestrali, idealmente mensili). Non devi ripristinare tutto ogni volta: puoi testare un file, una cartella, un database specifico. Ma deve essere un test reale, non solo 'leggiamo i log'.

La regola 3-2-1 spiegata

La regola 3-2-1 è lo standard di settore per backup robusti. Semplice ma efficace:

3 copie dei tuoi dati

Non una copia di backup. Tre. La copia originale + almeno 2 backup indipendenti. Se uno fallisce, ne rimangono due. Se uno si corrompe, puoi usare l'altro.

2 supporti diversi

Non salvare tutti i backup nello stesso tipo di archiviazione. Esempio:

  • Copia 1: disk locale (veloce da ripristinare)
  • Copia 2: NAS aziendale (storage secondario)
  • Copia 3: cloud storage (esterno)

O un mix di:

  • Copia 1: SSD locale
  • Copia 2: Tape (per archivio a lungo termine)
  • Copia 3: Cloud

Se un guasto hardware distrugge uno, gli altri rimangono intatti su supporti completamente diversi.

1 copia offsite (fuori sede)

Almeno una copia deve stare fisicamente altrove. In cloud è il modo più semplice. Protegge da:

  • Incendi, alluvioni, disastri naturali
  • Furti, sabotaggi
  • Guasti infrastrutturali locali (interruzione di corrente che colpisce il data center locale)

Pratica: se il tuo backup è tutto nello stesso ufficio, non sei veramente protetto da un disastro locale.

Cloud, locale, ibrido: quale scegliere

Backup locale (NAS, server, disk esterno):

  • Velocità: ripristino veloce, accesso rapido ai file recenti.
  • Costo: investimento iniziale in hardware, ammortamento.
  • Contro: vulnerabile a disastri locali (incendio, alluvione).

Backup cloud (AWS S3, Azure, Google Cloud, Dropbox, OneDrive):

  • Disponibilità: accesso da ovunque, ridondanza geografica automatica.
  • Protezione: il provider gestisce la sicurezza fisica e il disaster recovery.
  • Costo: ricorrente (pay-as-you-go), ma prevedibile e senza manutenzione.
  • Contro: dipendenza da connessione internet, latenza di ripristino.

Ibrido (locale + cloud): la scelta migliore per la maggior parte delle aziende. Ripristini quotidiani dal locale, protezione offsite tramite cloud. Implementa correttamente la regola 3-2-1 con un investimento equilibrato.

Quale scegliere per la tua azienda?

Se hai dati critici (gestionali, fatturazione, clienti), usa ibrido: locale per velocità, cloud per resilienza. Se hai dati storici (archivi, documenti vecchi), cloud è sufficiente. Se hai budget limitato, inizia con cloud, aggiungi locale quando cresce il volume di dati.

Frequenza di backup per criticità

Non tutti i dati meritano lo stesso backup. Una azienda deve distinguere per Recovery Time Objective (RTO) e Recovery Point Objective (RPO).

RTO e RPO spiegati

RTO: quanto tempo puoi permetterti che il sistema sia offline? Un e-commerce offline per 1 ora perde migliaia di euro. Un archivio storico può stare offline per giorni.

RPO: quanti dati puoi permetterti di perdere? Se il backup è di ieri e il server crasha oggi, perdi 24 ore di dati. Puoi permettertelo?

Tabella di riferimento

Dati critici (gestionali, databases transazionali, clienti):

  • RTO: < 1-4 ore
  • RPO: < 1 ora
  • Frequenza backup: ogni ora (o continuous replication)

Dati importanti (documenti aziendali, progetti, email):

  • RTO: < 24 ore
  • RPO: < 4 ore
  • Frequenza backup: 4 volte al giorno

Dati standard (archivi, documenti passati):

  • RTO: < 1 settimana
  • RPO: < 1 giorno
  • Frequenza backup: una volta al giorno

Molte aziende usano una strategia ibrida: incremental backup frequenti (ogni ora) per i dati critici, full backup giornalieri per tutto il resto. Riduce il tempo di ripristino e mantiene la RPO bassa senza saturare la rete.

Cifratura e isolamento dei backup

Un backup non cifrato è una vulnerabilità. Se qualcuno accede fisicamente a un disk di backup, legge i dati. Non importa se il server è ben protetto.

Cifratura: obbligatoria

Tutti i backup devono essere cifrati:

  • In transito: HTTPS/TLS quando trasmetti il backup al cloud.
  • A riposo: AES-256 sul backup archiviato.
  • Key management: le chiavi di cifratura devono essere gestite separatamente (non sullo stesso backup).

Pratica: se usi un software di backup professionale (Veeam, Acronis, Backblaze), la cifratura è built-in. Se usi soluzioni DIY, devi aggiungerla tu.

Isolamento: la difesa contro ransomware

Il ransomware può infettare tutto in rete, inclusi i backup locali. Se il backup è collegato in rete e l'attaccante ha accesso, crittografa anche quello.

Isolamento significa:

  • Air-gap: il backup non è sempre connesso. Si collega solo durante la sessione di backup, poi si disconnette.
  • Read-only: una volta scritto, il backup non può essere modificato (WORM: Write Once, Read Many).
  • Permessi limitati: solo chi ha bisogno di accedere al backup può vederlo. Non tutti gli utenti di rete.
  • Cloud isolato: i backup cloud in una regione isolata e con autenticazione MFA forte.

Nota critica: un backup isolato da ransomware è inutile se non puoi accedervi. Deve essere isolato ma RIPRISTINABILE in caso di emergenza.

Test periodici di ripristino e disaster recovery

Come sai se il tuo backup funziona davvero? Lo testi.

Disaster Recovery Drill

Un DR drill è un test completo di ripristino, in ambiente controllato. Non lo fai sul sistema di produzione (quello sarebbe un disastro).

Come eseguire un DR drill:

  1. Scegli un ambiente di test (una VM, un server di staging).
  2. Ripristina il backup in questo ambiente.
  3. Verifica che i dati siano integri e completi.
  4. Testa le applicazioni critiche (se il backup contiene un database, riavvia l'app e verifica che funzioni).
  5. Cronometra quanto tempo impiega il ripristino (ti dice l'RTO reale).
  6. Documenta qualsiasi problema riscontrato.

Frequenza consigliata: almeno una volta al trimestre. Più spesso se i dati sono critici (mensile).

Test incrementali

Non devi testare ogni backup. Puoi testare incrementalmente:

  • Mese 1: ripristina il backup completo di dati critici.
  • Mese 2: ripristina un file singolo da un backup incrementale.
  • Mese 3: ripristina un database specifico.
  • Trimestre successivo: full test di tutto.

Documentazione: scrivi un runbook di disaster recovery. Chi fa cosa, in che ordine, come contattare il provider, come accedere ai backup. In caso di vero disastro, non c'è tempo di leggere manuali.

Protezione da ransomware con backup isolati

Il ransomware è il nemico numero uno dei backup. Un attacco ransomware cripta tutti i file, inclusi i backup accessibili in rete. Se i tuoi backup non sono isolati, il ransomware li cripta e il gioco è fatto.

Cosa succede con backup isolati

Se il ransomware cripta il server ma i backup sono:

  • Air-gapped: non connessi alla rete, il ransomware non li tocca. Puoi ripristinare da un backup offline.
  • Immutabili (WORM): il malware non può modificarli. Il backup rimane integro.
  • Offsite: una copia è in cloud su un account separato. Anche se il server è completamente compromesso, il cloud rimane protetto.

Questo è il vantaggio principale della regola 3-2-1: se una copia è isolata, ne bastava una per il ripristino.

Strategie di protezione

1. Versioning dei backup: mantieni più versioni dello stesso backup (ieri, una settimana fa, un mese fa). Il ransomware può crittografare l'ultima, ma versioni precedenti rimangono intatte.

2. MFA e autenticazione forte: l'accesso ai backup cloud deve essere protetto da autenticazione multi-fattore. Un attaccante che ruba una password non basta a cancellare i backup.

3. Separazione di account: il backup cloud usa un account diverso dal server di produzione. Anche se il server è compromesso, l'attaccante non ha accesso al cloud.

4. Monitoring e alerting: se il volume di dati in backup cala improvvisamente (segno di cancellazione), ricevi un alert. Puoi intervenire rapidamente.

5. Backup immutabile per 30-90 giorni: molti provider cloud offrono WORM: una volta scritto, nessuno (neanche tu) può modificare il backup per 30 giorni. Perfetto per ransomware: anche se l'attaccante accede, non può cancellare.

Un backup che non è mai stato testato non è un backup. È una speranza. La differenza tra aziende che si riprendono da un attacco e quelle che falliscono è spesso una sola: avevano testato il loro backup.

Domande su backup dati aziendali

Backup è una copia storica. Alta disponibilità (ridondanza, replicazione) è protezione in tempo reale: se un server cade, un altro prende il suo posto istantaneamente. Entrambi servono: backup ti salva da perdite di dati e malware, alta disponibilità ti salva dai downtime.
Sì, se devi ripristinare velocemente. Il backup cloud protegge da disastri locali, ma il ripristino è lento (dipende da internet). Il backup locale è veloce ma vulnerabile a disastri fisici. Insieme (regola 3-2-1) otterrai velocità e resilienza.
Minimo una volta al trimestre. Per dati critici, mensile è migliore. Non devi testare ogni backup: puoi testare incrementalmente (un file, un database). L'importante è testare almeno uno almeno una volta.
Sì, se l'attaccante ha accesso al tuo account cloud. Per proteggere: usa MFA forte, account separati, versionamento, e backup immutabile (WORM) per 30-90 giorni. Se il backup è immutabile, nessuno (neanche tu) può cancellarlo durante quel periodo.
No. Se il server crasha alle 14:30 e il backup più recente è delle 14:00, perdi 30 minuti di dati. Questo è l'RPO: Recovery Point Objective. Per zero dati persi, serve replicazione in tempo reale, non backup.

Proteggi i dati aziendali con una strategia di backup affidabile

Backup isolati, disaster recovery, protezione da ransomware: implementiamo strategie 3-2-1 per aziende che non possono permettere downtime.