Contenuto informativo basato su fonti istituzionali. L’applicazione concreta richiede una valutazione del contesto, del rischio e della normativa vigente.

Definire un obiettivo verificabile

Un test efficace specifica che cosa deve essere recuperato, da quale punto temporale, in quale ambiente e con quale risultato atteso. La priorità deriva dalla criticità del processo e dagli obiettivi RTO e RPO approvati.

NIST SP 800-34 indica che test ed esercitazioni devono avvenire su base pianificata e che i backup vadano periodicamente validati. Il calendario deve quindi distinguere prove frequenti e limitate da esercitazioni complete sui servizi essenziali.

  • Servizio, dati e dipendenze inclusi
  • Restore point e perdita dati tollerata
  • Tempo massimo e criteri di successo
  • Responsabile del test e osservatori
  • Regole per proteggere la produzione

Preparare un ambiente sicuro

Il ripristino va eseguito in modo da evitare collisioni con la produzione, invio involontario di email, riattivazione di integrazioni o propagazione di malware. In scenari cyber serve una rete isolata e una verifica del punto di recupero scelto.

Il runbook deve includere credenziali di emergenza, chiavi, configurazioni, ordine di avvio, DNS, certificati, licenze e contatti dei fornitori. Il test deve poter proseguire anche se la documentazione ordinaria non è raggiungibile.

  • Rete isolata o destinazione alternativa
  • Blocco delle integrazioni automatiche
  • Scansione e controllo dell’integrità
  • Sequenza di database, applicazioni e servizi
  • Validazione funzionale da parte del processo

Registrare risultati e azioni

Il verbale confronta tempi effettivi e obiettivi, elenca errori, workaround e decisioni e identifica il responsabile di ogni correzione. Screenshot e log possono sostenere l’evidenza, ma il risultato finale deve essere comprensibile anche alla direzione.

Dopo modifiche importanti a infrastruttura, applicazioni o fornitori, il piano e i test devono essere riesaminati. La chiusura si completa quando le azioni correttive sono verificate, non quando termina la sessione tecnica.

  • Ora di inizio e fine di ogni fase
  • Punto di ripristino realmente ottenuto
  • Controlli tecnici e funzionali superati
  • Scostamenti da RTO e RPO
  • Azioni, responsabili e data di nuova verifica

Domande frequenti

Quanto spesso va eseguito un test di ripristino?+

La frequenza dipende da criticità, tasso di cambiamento e rischio. Controlli mirati possono essere frequenti; i servizi essenziali richiedono inoltre prove complete pianificate.

Si può testare direttamente in produzione?+

Solo con un piano e rischi accettati. In genere è preferibile un ambiente isolato o una destinazione alternativa per evitare sovrascritture e attivazioni indesiderate.

Chi deve validare il risultato?+

L’IT verifica il recupero tecnico; il responsabile del processo conferma che dati e funzionalità siano utilizzabili per il lavoro.

Fonti istituzionali

Approfondisci nel sito