STATUS IS UPWIKI DI OTTIMIZZAZIONE DEL SITO
49Recupera
Sicurezza e recupero / Recupera

Backup e ripristino del sito web: costruire un percorso di recupero verificabile

Costruisci un percorso testato per recuperare dati, file, configurazioni e decisioni necessarie dopo una modifica dannosa, una cancellazione o un incidente di sicurezza.

Backup e ripristino del sito web: costruire un percorso di recupero verificabile — GUIDA VISIVA
LEGGI
8 minuti
FONTI
7
RIVALIDA
2027-03-27
rivisto
Revisore per resilienza e sicurezza del sito web
LA RISPOSTA BREVE

Inizia dalla decisione.

Considera backup e ripristino come una singola capacità di recupero, non come un acquisto di storage. Identifica i servizi di cui hanno bisogno visitatori e staff, quindi crea una copia coerente nel tempo dei contenuti, del database, dei media, del codice, della configurazione e delle informazioni di build necessarie per ricostruirli. Conserva copie protette fuori dall'ambiente di produzione, limita chi può eliminarle e rendi le istruzioni reperibili quando gli strumenti normali non sono disponibili.

Imposta la frequenza di backup sulla base di due scelte: l'RPO (Recovery Point Objective) è la modifica più recente che puoi permetterti di perdere; l'RTO (Recovery Time Objective) è l'interruzione di servizio massima accettabile. Ripristina in un ambiente separato, misura il risultato rispetto a entrambi gli obiettivi e conserva le evidenze. Un job di backup segnato come riuscito non è prova che il recupero funzionerà.

GUIDA VISIVA

Vedi il lavoro come un sistema.

Usa questa mappa per collegare le decisioni dell'articolo prima di agire su singole tattiche.

SIURecupera
01Definire cosa include “il sito web”
02Imposta frequenza e conservazione in base alla tolleranza di business
03Separare e proteggere le copie di recupero
04Redigere un runbook di ripristino e assegnare l'autorità
01

Definire cosa include “il sito web”

Parti da un inventario dei servizi. Per ogni sito, portale, negozio o campagna, registra il responsabile di business, il responsabile tecnico, l'account di hosting, il dominio e il controllo DNS, il repository, gli archivi di contenuti e media, le integrazioni e le credenziali essenziali. Segna ciò che può essere ricostruito da version control e cosa contiene record unici.

Includi la configurazione in modo deliberato: redirect, impostazioni CDN o firewall, job schedulati, template e file di infrastructure-as-code. Non copiare segreti live in un manifesto generale; indica invece il sistema di segreti approvato e il processo di accesso di emergenza. La documentazione di WordPress mostra la lacuna comune: un sito tipico ha bisogno sia dei file sia di un database separato.

Servizio minimo vitale

Definisci la versione più piccola e sicura che possa fornire informazioni o transazioni essenziali.

Set di backup

Assegna a esportazioni compatibili di database, file, media e configurazione un unico timestamp o etichetta di versione.

02

Imposta frequenza e conservazione in base alla tolleranza di business

Scegli la frequenza in base al ritmo e al valore delle modifiche. Scrivi l'RPO in linguaggio chiaro, poi verifica che ogni archivio unico sia catturato abbastanza frequentemente. Una copia di file notturna non può soddisfare un RPO di quattro ore per un database che cambia rapidamente.

Imposta l'RTO separatamente. Includi approvazioni, infrastruttura pulita, ripristino, validazione, modifiche al traffico e comunicazione interna. Misuralo in un'esercitazione invece di accettare una dichiarazione del fornitore. Conserva punti di ripristino più vecchi abbastanza a lungo da coprire errori o scoperta ritardata, quindi rivedi la retention con specialisti di privacy, conservazione o legali quando i dati lo richiedono.

Controllo della frequenza

Confronta l'intervallo tra punti di recupero completi con l'RPO di ciascun servizio.

Controllo della retention

Verifica che una persona autorizzata possa trovare un vecchio punto di ripristino approvato.

03

Separare e proteggere le copie di recupero

Usa copie multiple in posizioni o servizi diversi così che un account, un evento locale o un errore non rimuova ogni opzione. CISA raccomanda backup regolari automatizzati, una copia off-site, crittografia e copie offline. NCSC sconsiglia dispositivi di backup permanentemente connessi e raccomanda più di una soluzione o posizione di backup.

Proteggi l'amministrazione dei backup con il principio del minimo privilegio, autenticazione a più fattori dove supportata, account amministrativi distinti e revisioni di accesso. Usa protezioni contro la cancellazione, cronologia delle versioni o storage immutabile solo dopo aver compreso costi e comportamento di recovery. Cripta i dati archiviati e testa la custodia delle chiavi. La crittografia senza chiavi raggiungibili è inutilizzabile; l'accesso troppo esteso indebolisce ogni copia.

Off-site significa separato

La copia dovrebbe avere una modalità di guasto significativamente diversa da quella di produzione.

Revisione degli accessi

Elenca chi può leggere, modificare, cancellare e ripristinare i backup; rimuovi accessi non più necessari.

04

Redigere un runbook di ripristino e assegnare l'autorità

Un runbook è la procedura di ripristino testata. Conserva una copia reperibile senza il sito interessato, il provider di identità di produzione o il sistema di chat normale. Includi contatti e alternative, autorità, priorità dei sistemi, posizioni dei backup, prerequisiti, ordine di ripristino, controlli di validazione e condizioni di interruzione.

Nomina un owner di recupero responsabile e un sostituto per ogni servizio critico. Definisci chi autorizza ripristini in produzione, modifiche DNS e la validazione dei dati di business. Se sono coinvolti dati di pagamento, dati personali sensibili o registri regolamentati, coinvolgi sicurezza qualificata, privacy, legale e, quando pertinente, revisione PCI prima di decidere cosa preservare, notificare o ripristinare.

Registro decisionale

Registra il punto di ripristino scelto, la persona che ha approvato, i sistemi toccati, il risultato della validazione e le eccezioni.

Accesso break-glass

Documenta l'accesso di emergenza controllato; non fare affidamento sul dispositivo o sulla memoria di un singolo dipendente.

05

Ripristinare in sicurezza dopo una sospetta compromissione

Non sovrascrivere automaticamente la produzione con la copia più recente quando è possibile l'accesso non autorizzato, malware o una cancellazione sospetta. Segui il processo di incident, valuta quali account e backup possono essere interessati, seleziona un punto in base alle evidenze e ricostruisci o isola l'ambiente di recupero prima di collegarlo nuovamente.

CISA indirizza il recupero in ordine di priorità dei servizi critici e mette in guardia dal reinfettare sistemi puliti. NCSC raccomanda di collegare i backup solo a dispositivi noti puliti e di scansionarli prima del ripristino. Questi passaggi riducono il rischio, ma non garantiscono la pulizia. Escala a team di risposta agli incidenti qualificati quando servono indagine, preservazione delle evidenze o obblighi di notifica.

Ordine sicuro

Ripristina il servizio a più alta priorità su infrastruttura pulita, convalidalo, quindi continua per ordine di dipendenza.

Validare completamente

Controlla i percorsi utente, i dati, i job, le integrazioni, l'amministrazione, il logging e la nuova copertura dei backup.

06

Usare le esercitazioni come prova e input per il miglioramento

Esegui ripristini parziali, ricostruzioni complete isolate, esercizi di perdita di dipendenza o tavole rotonde decisionali in base al rischio. Inizia con un test sicuro e significativo e aumenta il realismo nel tempo. CISA raccomanda test di ripristino completi e parziali; NCSC consiglia esercitazioni per chiarire ruoli, responsabilità di terze parti e priorità.

Misura l'età del punto di recovery rispetto all'RPO e il tempo di recovery trascorso rispetto all'RTO. Registra l'identificatore del set, i partecipanti, il risultato della validazione, i passaggi falliti e un owner per ogni correzione. Riesegui i test dopo la chiusura delle lacune e dopo cambiamenti significativi di piattaforma, identità, database o fornitore. SIU può organizzare questo lavoro preventivo di remediation; non è un sistema di backup né un servizio di monitoraggio live.

Evidenza

Conserva un record conciso di cosa è stato ripristinato, dove, cosa è passato, cosa è fallito e chi lo ha accettato.

Trigger per il retest

Ripeti test focalizzati dopo cambiamenti materiali di architettura o fornitore.

AZIONE / VERIFICA

La tua guida pratica alle attività.

AZIONE / VERIFICAVERIFICA
Mappare servizi e datiElenca ogni servizio critico, i suoi archivi unici, configurazione, integrazioni e owner.L'inventario nomina una fonte e un responsabile per ogni elemento recuperabile.
Definire RPO e RTORedigi obiettivi di recovery-point e recovery-time approvati dal business per ogni servizio critico.Schedulazioni e ordine di recupero possono soddisfare gli obiettivi documentati.
Creare set coerentiCattura insieme file compatibili, dati, media, configurazione e definizioni di build.Un set di esempio ha contenuti, timestamp e ordine di ripristino.
Mettere al sicuro copie separateUsa copie protette fuori dall'ambiente primario con accesso controllato e crittografia.Una revisione degli accessi identifica un'opzione di recupero con una modalità di guasto diversa.
Preparare il runbookDocumenta autorità, contatti, necessità di ambiente pulito, passaggi di ripristino ed escalation.Un alternativo può trovare il runbook e gli accessi di recupero senza il servizio interessato.
Eseguire un ripristino isolatoRipristina un punto selezionato fuori produzione o esercita in sicurezza un passo reale di recovery.Il team registra l'età effettiva del punto, il tempo impiegato e i risultati di validazione.
Validare i comportamenti criticiControlla percorsi core, dati rilevanti, job, integrazioni, amministrazione, log e nuova copertura backup.Responsabili business e tecnici accettano i controlli o registrano eccezioni.
Chiudere e ritestare le lacuneAssegna le mancanze emerse in esercitazioni, aggiorna il runbook e ripeti il test interessato.Ogni lacuna ha un owner, una data di scadenza, evidenza di completamento e risultato del retest.
Revisionare dopo un cambiamentoRivedi ambito, accessi, retention e obiettivi dopo un cambiamento materiale.Il piano ha una data di revisione aggiornata e uno storico delle modifiche.
AZIONE / VERIFICA

La tua guida pratica alle attività.

  1. 01

    Mappare servizi e dati

    Elenca ogni servizio critico, i suoi archivi unici, configurazione, integrazioni e owner.

    VERIFICA: L'inventario nomina una fonte e un responsabile per ogni elemento recuperabile.
  2. 02

    Definire RPO e RTO

    Redigi obiettivi di recovery-point e recovery-time approvati dal business per ogni servizio critico.

    VERIFICA: Schedulazioni e ordine di recupero possono soddisfare gli obiettivi documentati.
  3. 03

    Creare set coerenti

    Cattura insieme file compatibili, dati, media, configurazione e definizioni di build.

    VERIFICA: Un set di esempio ha contenuti, timestamp e ordine di ripristino.
  4. 04

    Mettere al sicuro copie separate

    Usa copie protette fuori dall'ambiente primario con accesso controllato e crittografia.

    VERIFICA: Una revisione degli accessi identifica un'opzione di recupero con una modalità di guasto diversa.
  5. 05

    Preparare il runbook

    Documenta autorità, contatti, necessità di ambiente pulito, passaggi di ripristino ed escalation.

    VERIFICA: Un alternativo può trovare il runbook e gli accessi di recupero senza il servizio interessato.
  6. 06

    Eseguire un ripristino isolato

    Ripristina un punto selezionato fuori produzione o esercita in sicurezza un passo reale di recovery.

    VERIFICA: Il team registra l'età effettiva del punto, il tempo impiegato e i risultati di validazione.
  7. 07

    Validare i comportamenti critici

    Controlla percorsi core, dati rilevanti, job, integrazioni, amministrazione, log e nuova copertura backup.

    VERIFICA: Responsabili business e tecnici accettano i controlli o registrano eccezioni.
  8. 08

    Chiudere e ritestare le lacune

    Assegna le mancanze emerse in esercitazioni, aggiorna il runbook e ripeti il test interessato.

    VERIFICA: Ogni lacuna ha un owner, una data di scadenza, evidenza di completamento e risultato del retest.
  9. 09

    Revisionare dopo un cambiamento

    Rivedi ambito, accessi, retention e obiettivi dopo un cambiamento materiale.

    VERIFICA: Il piano ha una data di revisione aggiornata e uno storico delle modifiche.
ARGOMENTI DI DISCUSSIONE

Confronta i compromessi, non i dati privati.

Usa questi spunti con il tuo team o la community dei proprietari di siti. Condividi metodi e lezioni, ma non incollare mai credenziali, dati dei clienti o dettagli infrastrutturali non pubblici.

  1. 01

    Quale dipendenza del sito renderebbe inutilizzabile il tuo backup attuale se scomparisse, e come potresti testare quell'ipotesi senza esporre dati dei clienti?

  2. 02

    Cosa ha rivelato un recente ripristino o esercitazione di rollback sulla differenza tra un'inversione rapida del codice e il recupero completo del servizio?

  3. 03

    Come hai reso praticabili l'autorità di recovery e l'accesso d'emergenza quando un owner chiave non è disponibile?

RISORSE POPOLARI / AUTOREVOLI

Apri il materiale di riferimento.

Cybersecurity and Infrastructure Security AgencyBack Up Business Data ↗

Una guida governativa concisa per inventariare dati critici, usare copie protette e testare ripristini completi e parziali.

Rivisto 2026-09-27
Cybersecurity and Infrastructure Security AgencyStopRansomware Guide ↗

Spiega backup offline crittografati, recovery pulito, golden image e priorità di ripristino durante un attacco ransomware.

Rivisto 2026-09-27
UK National Cyber Security CentreMitigating malware and ransomware attacks ↗

Linee guida pratiche per separare copie di backup, scansionare prima del ripristino, MFA per l'amministrazione dei backup ed esercitazioni.

Rivisto 2026-09-27
National Institute of Standards and TechnologyContingency Planning Guide for Federal Information Systems, SP 800-34 Rev. 1 ↗

Un riferimento di pianificazione per valutare requisiti di recovery, priorità e processi di contingenza.

Rivisto 2026-09-27
WordPress DocumentationBackups ↗

Mostra perché un recovery tipico di WordPress richiede sia il database sia i file del sito, con esempi pratici di ambito.

Rivisto 2026-09-27
OWASP Cheat Sheet SeriesLogging Cheat Sheet ↗

Utile per progettare evidenze di ripristino ed esercitazioni considerando i controlli di accesso e l'esposizione di dati sensibili nei log.

Rivisto 2026-09-27
Cloudflare DevelopersRollbacks ↗

Un esempio di documentazione del rollback di deployment che aiuta a distinguere l'inversione del codice dal recupero di dati e servizi.

Rivisto 2026-09-27

Politica delle fonti. Questo articolo utilizza linee guida ufficiali governative, standard, documentazione di piattaforme e indicazioni di sicurezza lette il 2026-09-27. Le risorse aiutano i lettori ad agire e non costituiscono endorsement. Le affermazioni sui fornitori sono limitate alla documentazione pubblicata; decisioni legali, di privacy, di pagamento e di risposta agli incidenti richiedono revisione qualificata.

Chiarimenti rapidi

Domande comuni.

Quanto spesso dovrei effettuare il backup del mio sito?

Esegui il backup di ogni fonte di dati unica con la frequenza necessaria per soddisfare il suo RPO scritto. Un sito informativo con poche modifiche può tollerare intervalli più lunghi rispetto a un negozio, un portale per membri o un sistema editoriale. Lo schedule deve coprire database e media oltre ai file di deployment, e deve essere dimostrato tramite un esercizio di ripristino.

Il backup del provider di hosting è sufficiente?

Può essere una delle opzioni di recupero, ma non presumere che copra ogni componente del sito, che sia accessibile entro il tuo RTO o che sia protetto dallo stesso account o piattaforma. Verifica ambito, retention, accessi, protezioni contro la cancellazione e i reali passaggi di ripristino. Mantieni un'opzione recuperabile in modo indipendente quando il rischio del servizio lo richiede.

Posso usare un rollback di deployment invece di un backup?

Un rollback può essere utile per annullare un deployment errato in produzione. Non è automaticamente un backup di database, media caricati, impostazioni di terze parti o record cancellati. Mantieni la procedura di inversione del deployment nel runbook, ma testa anche un percorso di ripristino end-to-end separato per l'intero servizio.

Status Is UP Editorial Team · Redattori Uptime Enablement

Revisionato da Revisore per resilienza e sicurezza del sito web. Pubblicato 2026-09-27; aggiornato 2026-09-30.