Versioning: l’arma definitiva contro ransomware

Perché il backup senza versioning è solo un’illusione


Prefazione

Molti scoprono il valore del versioning dopo un attacco ransomware. Quando è troppo tardi. Il versioning non è un optional: è ciò che trasforma un backup da “copia” a difesa reale.


Il problema reale

Ransomware moderni:

  • cifrano lentamente
  • attendono giorni o settimane
  • colpiscono anche i backup
  • rendono inutili le ultime copie

Senza versioning:

  • il backup salva dati già cifrati
  • il ripristino è inutile
  • il danno è totale

Cos’è il Versioning

Il versioning mantiene più versioni dello stesso file nel tempo, permettendo di:

  • tornare indietro
  • recuperare dati “puliti”
  • aggirare ransomware e errori umani

Perché è fondamentale

Protegge da:

  • ransomware
  • cancellazioni accidentali
  • errori umani
  • file sovrascritti
  • attacchi silenziosi

Come implementare il Versioning – passo per passo


1. Definire quante versioni

Tipico:

  • 30–90 giorni
  • più versioni giornaliere
  • retention lunga per dati critici

2. Usare storage immutabile

  • object storage
  • snapshot bloccati
  • accessi limitati

3. Isolare i backup

  • account separati
  • MFA
  • credenziali diverse dalla produzione

4. Test di ripristino

  • recupero file singolo
  • ripristino punto temporale
  • simulazione attacco ransomware

Eseguire un versioning di backup fatto bene (e automatizzato) significa poter tornare indietro nel tempo senza panico, anche dopo giorni o settimane da un errore umano o da un ransomware.
Qui trovi una guida pratica, discorsiva e concreta, pensata sia per ambienti domestici avanzati sia professionali.


Cos’è il Versioning di Backup (spiegato semplice)


Il versioning non è “fare tante copie uguali”, ma:

👉 salvare più versioni dello stesso file nel tempo, così da poter recuperare quella giusta, non solo l’ultima.

Perché è fondamentale nel 2025

  • I ransomware cifrano anche i backup recenti
  • Gli errori umani vengono scoperti giorni dopo
  • La sincronizzazione cloud propaga l’errore

Senza versioning:
❌ il file è perso
Con versioning:
✅ torni a ieri, alla settimana scorsa o al mese scorso


Problema reale (che capita spesso)

“Il backup c’è, ma il file è già rovinato”

Succede quando:

  • usi solo sincronizzazione (OneDrive, Google Drive)
  • sovrascrivi sempre la stessa copia
  • non mantieni versioni storiche

La soluzione corretta: Backup + Versioning + Automazione

Regola d’oro (semplice ma potentissima)

3 livelli automatici:

  1. Backup giornaliero incrementale
  2. Backup settimanale completo
  3. Versioning con retention temporale

STEP 1 – Scegliere lo strumento giusto

Consigliati (affidabili nel tempo)

🔹 Veeam Agent (Windows / Linux)

  • Versioning avanzato
  • Ottimo per ransomware
  • Gratis per uso personale

🔹 BorgBackup (Linux / NAS)

  • Deduplicazione intelligente
  • Versioning nativo
  • Estremamente efficiente

🔹 Restic (Windows / Linux / macOS)

  • Open source
  • Crittografia AES automatica
  • Ottimo per cloud (S3, Azure, Backblaze)

👉 Evita: solo copia manuale o solo cloud sync


STEP 2 – Definire la strategia di versioning

Esempio reale consigliato

TipoFrequenzaVersioni mantenute
IncrementaleGiornaliero14 giorni
CompletoSettimanale8 settimane
ArchivioMensile12 mesi

Questo ti protegge da:

  • errori recenti
  • problemi scoperti tardi
  • attacchi ransomware lenti

STEP 3 – Automatizzare tutto (senza toccare nulla)

Su Windows (Task Scheduler)

Esempio con Restic:

restic backup C:\Dati --repo D:\BackupRepo
restic forget --keep-daily 14 --keep-weekly 8 --keep-monthly 12 --prune

📌 Automatizza con:

  • Utilità di pianificazione
  • Esecuzione notturna
  • Avvio anche se l’utente non è loggato

Su Linux / NAS (Cron)

0 2 * * * restic backup /home
30 2 * * * restic forget --keep-daily 14 --keep-weekly 8 --keep-monthly 12 --prune

✔ Nessun intervento umano
✔ Versioni gestite automaticamente
✔ Spazio ottimizzato


STEP 4 – Protezione da ransomware (fondamentale)

Cosa fare ASSOLUTAMENTE

  • Backup offline o immutabile
  • Repository non scrivibile dal PC utente
  • Credenziali diverse dal login Windows

Best practice

  • NAS con snapshot immutabili
  • Cloud con Object Lock
  • Dischi USB collegati solo durante il backup

STEP 5 – Verifica automatica dei backup

Un backup non verificato non esiste.

Controlli automatici

  • Log email giornaliero
  • Test di restore mensile
  • Alert se il backup fallisce

Esempio:

restic check

Errori comuni da evitare ❌

  • Pensare che OneDrive = backup
  • Tenere una sola versione
  • Non testare mai il ripristino
  • Backup sempre collegato al PC
  • Nessuna retention definita

Risultato finale (scenario ideale)

Dopo l’automazione:

  • Non devi ricordarti nulla
  • Ogni file ha una storia
  • Un ransomware diventa solo una perdita di tempo
  • Il restore richiede minuti, non giorni

Conclusione

Il versioning non serve quando tutto va bene,
serve quando qualcosa va storto.

E quando va storto:

“Grazie al versioning, ho ripristinato il file di due settimane fa e ho continuato a lavorare.”


- / 5
Grazie per aver votato!