La domanda giusta non è «abbiamo un backup?»
Quando si guasta un server o un ransomware blocca i file, una spunta verde nella console non riapre il registro, il gestionale o la piattaforma didattica. Serve una copia integra, raggiungibile da chi deve intervenire e utilizzabile per ricostruire il servizio. La domanda utile è: quale dato possiamo ripristinare oggi, da quale momento e in quanto tempo?
Il NIST ha aggiornato nel giugno 2026 il proprio profilo di gestione del rischio ransomware. Il documento tratta il recupero come parte della preparazione dell'organizzazione, insieme a protezione, rilevazione e risposta. È un invito a verificare il risultato operativo, non a fermarsi alla presenza di un software di backup.
Prima identifica ciò che deve tornare online
Fai un elenco breve dei servizi essenziali: piattaforma didattica, autenticazione, documenti amministrativi, file condivisi, sito e configurazioni di rete. Per ciascuno indica il responsabile, dove risiedono i dati, quali credenziali o chiavi servono e da quali altri sistemi dipende. Un'applicazione recuperata senza database, configurazione o identità degli utenti può essere ancora inutilizzabile.
Definisci poi due obiettivi comprensibili. RPO è la quantità massima di dati che si accetta di perdere, espressa in tempo: per esempio, le ultime quattro ore. RTO è il tempo massimo desiderato per rimettere in funzione il servizio: per esempio, una giornata lavorativa. Sono obiettivi da concordare, non promesse automatiche del prodotto. La frequenza delle copie e la procedura di ripristino devono essere compatibili con quei numeri.
- Servizio: che cosa non può restare fermo?
- Dati: dove sono database, file, configurazioni e chiavi?
- RPO: quante ore di lavoro si possono perdere?
- RTO: entro quanto tempo il servizio deve tornare utilizzabile?
Tre copie, due supporti, una fuori sede: il punto di partenza
La regola 3-2-1, spiegata da US-CERT/CISA, prevede tre copie dei dati importanti contando l'originale, due tipi di supporto e una copia conservata fuori sede. È un modello semplice per evitare che un singolo guasto o incidente fisico elimini tutto. Non è, da sola, una garanzia contro il ransomware: se tutte le copie sono scrivibili con lo stesso account compromesso, possono essere cancellate insieme.
Per questo almeno una copia deve essere separata in modo efficace dall'ambiente di produzione, per esempio offline, immutabile o logicamente isolata, con accessi dedicati e tempi di conservazione definiti. La guida tecnica dell'Australian Cyber Security Centre insiste sia sulla separazione dei repository sia sulla verifica del ripristino. Cifratura, controllo degli accessi e gestione delle chiavi proteggono i dati contenuti nelle copie; le chiavi non devono scomparire con il sistema originale.
- Copia operativa: permetti un recupero rapido degli errori quotidiani.
- Copia separata: proteggila da cancellazione e modifica tramite gli account di produzione.
- Copia fuori sede: pianifica anche un guasto dell'edificio o dell'infrastruttura locale.
- Controlla notifiche, spazio disponibile, integrità e durata di conservazione: un job riuscito oggi non garantisce uno storico recuperabile.
La prova di ripristino: sessanta minuti che valgono più di cento report verdi
Scegli un servizio non critico o un ambiente di prova, una copia recente e un operatore diverso da chi ha configurato il backup. Avvia un timer. Recupera file e database in un ambiente isolato, avvia l'applicazione, esegui il login con un account di test e verifica un'operazione reale. Non sovrascrivere la produzione durante l'esercizio.
Registra quattro risultati: punto temporale effettivamente recuperato, minuti necessari, elementi mancanti e persona capace di ripetere la procedura. Se il database riparte ma gli allegati non si aprono, o se manca la chiave di cifratura, la prova ha scoperto un problema prima dell'emergenza. Il NIST raccomanda di creare copie regolari, provarle e riesaminare il processo durante le esercitazioni di recupero.
- 0–10 minuti: individua copia, istruzioni, credenziali e chiavi necessarie.
- 10–40 minuti: ripristina su macchina o ambiente separato.
- 40–55 minuti: verifica accesso, dati campione, allegati e una funzione essenziale.
- 55–60 minuti: annota tempi, errori, correzioni e data del prossimo test.
Esempio: il laboratorio scolastico perde la piattaforma dei corsi
Immagina che la piattaforma dei corsi non si avvii il lunedì mattina. La scuola ha una copia notturna del database, una copia dei file caricati e un export delle configurazioni. Il tecnico ripristina tutto in un ambiente separato; il docente entra, apre un corso, scarica un materiale e verifica che un quiz di prova sia leggibile. Solo dopo si decide come riportare il servizio in produzione.
La prova può rivelare che la copia del database è delle 02:00 ma i file sono del giorno precedente. Questa differenza crea allegati mancanti o riferimenti inconsistenti. Una procedura buona coordina i punti di ripristino dei componenti, conserva le dipendenze e documenta l'ordine delle operazioni. Per una PMI, la stessa logica vale per gestionale, documenti, posta e identità.
Una routine sostenibile per un piccolo team
Non serve organizzare ogni settimana un'esercitazione completa. Automatizza le copie, controlla quotidianamente i fallimenti, prova periodicamente il recupero di un file e programma un ripristino completo a intervalli coerenti con le modifiche e la criticità dei servizi. Ripeti la prova dopo migrazioni, aggiornamenti importanti o cambiamenti di infrastruttura. Il responsabile deve poter leggere un registro semplice: ultima copia valida, ultima prova riuscita, tempo impiegato e problemi aperti.
Un backup può proteggere la disponibilità, ma non annulla un'eventuale sottrazione di dati avvenuta prima della cifratura. Durante un incidente bisogna quindi gestire anche isolamento, analisi, comunicazioni e obblighi applicabili. Il ripristino va eseguito da copie controllate in un ambiente pulito per evitare di reintrodurre il problema.
- Ogni giorno: verifica gli esiti delle copie e gli alert.
- Con regolarità: recupera file campione e confrontali con l'originale atteso.
- Periodicamente: ripristina un servizio completo in isolamento e misura RPO e RTO reali.
- Dopo ogni modifica importante: aggiorna istruzioni, dipendenze e prova di recupero.
La continuità si dimostra ripartendo
Una strategia di backup è riuscita quando una persona autorizzata sa recuperare i dati corretti entro tempi accettabili, anche se il sistema originario non è disponibile. Parti da un servizio, scrivi gli obiettivi, separa le copie e fai una prova. Il primo test può essere imperfetto: proprio per questo vale la pena farlo prima di un incidente.
Se vuoi costruire un piano di backup e ripristino per una scuola o una piccola impresa, contattami. Possiamo mappare insieme i servizi essenziali, scegliere i controlli proporzionati e misurare una prova reale di recupero.
Progettiamo formazione, procedure e strumenti adatti alla tua scuola o attività.