# Backup e ripristino (FAQ)

> 25 domande su Backup e ripristino, in linguaggio semplice: cosa verificare, cosa mostra NetSenX e cosa un sensore non vede.

Source page: https://netsenx.com/it/faq/backups

## Che cos'è la regola di backup 3-2-1?

È una regola semplice per sopravvivere alla perdita di qualsiasi singolo elemento: tre copie dei dati, su due tipi di supporto diversi, di cui una fuori sede. L'originale più due backup, per esempio uno su un'appliance di backup locale e uno in un cloud separato o in un'altra sede, fanno sì che un incendio, uno storage guasto o un server rubato non portino via tutto. Poiché chi usa il ransomware oggi cerca i backup e prova a cancellarli, molte guide estendono la regola a 3-2-1-1-0: una copia offline o immutabile, che non si può modificare né cancellare nemmeno con diritti di amministratore, e zero errori nella verifica e nei test di ripristino. Per una piccola azienda una versione pratica è un backup locale per i ripristini rapidi, una copia immutabile in cloud con credenziali separate e un test di ripristino regolare e documentato.

https://netsenx.com/it/faq/what-is-the-3-2-1-backup-rule

## Che cos'è un backup immutabile?

Un backup immutabile è una copia che non può essere modificata né cancellata finché non è trascorso un periodo di conservazione stabilito, nemmeno da un account amministratore. Di solito si ottiene con supporti a scrittura singola: object storage con blocco di conservazione in modalità compliance, un repository di backup irrobustito che rifiuta le cancellazioni o nastri rimossi fisicamente. Lo scopo è il ransomware: gli attaccanti che ottengono diritti di amministratore provano abitualmente a cancellare o cifrare i backup prima di cifrare i sistemi di produzione, così alla vittima non resta che pagare. Con una copia immutabile questo passo fallisce. Verifichi tre cose quando un fornitore parla di immutabilità: se il blocco si può ridurre o togliere dalla stessa console che un attaccante potrebbe raggiungere, quanto dura la conservazione e se il supporto del fornitore di storage può aggirarlo. L'immutabilità protegge dalla cancellazione, non dal salvataggio di dati già infetti, quindi conservi diversi punti di ripristino.

https://netsenx.com/it/faq/what-is-an-immutable-backup

## Che cos'è un backup offline o isolato (air gap)?

È una copia di backup che non ha un collegamento di rete permanente con i suoi sistemi, quindi un attaccante all'interno della rete non può raggiungerla. Esempi classici sono nastri o dischi rimovibili che vengono scritti, scollegati e conservati altrove, e vault di backup dedicati che aprono una connessione solo in una finestra breve e controllata. Alcuni servizi cloud chiamano isolamento logico una copia immutabile gestita separatamente: non è scollegata fisicamente, ma è fuori dalla portata dei suoi normali account amministrativi. Le copie offline si ripristinano più lentamente e richiedono disciplina, perché qualcuno deve davvero ruotare i supporti, controllare che il job sia andato a buon fine e tenere traccia di cosa si trova dove. Per la maggior parte delle piccole aziende l'obiettivo realistico è una copia fisicamente offline oppure immutabile con credenziali separate, verificata con ripristini regolari. Una copia che sta sempre su una condivisione raggiungibile da tutta la rete non è offline, comunque la si chiami.

https://netsenx.com/it/faq/what-is-an-offline-or-air-gapped-backup

## Ogni quanto dovremmo testare un ripristino?

Almeno una volta a trimestre per un campione di sistemi, dopo ogni modifica importante all'impianto di backup e almeno una volta l'anno come esercitazione completa di ripristino di un sistema critico da zero. Un backup mai ripristinato è un'ipotesi, non un backup: job che segnalano successo possono comunque produrre file incompleti, cifrati con una chiave persa o privi di un database che era in uso. Un buon test sceglie sistemi reali, li ripristina in un ambiente isolato, verifica che l'applicazione parta davvero e che i dati siano aggiornati, e annota quanto tempo è servito. Quella durata è il suo tempo di ripristino realistico, spesso molto più lungo del previsto. Annoti cosa è andato storto e lo corregga prima del test successivo. Faccia ruotare i sistemi testati in modo che, nell'arco di un anno, ogni sistema critico sia stato ripristinato almeno una volta.

https://netsenx.com/it/faq/how-often-should-we-test-a-restore

## Le gang del ransomware attaccano prima i backup?

Molto spesso sì. Prima di iniziare la cifratura, gli attaccanti cercano il server di backup, la console del software di backup ed eventuali snapshot o copie shadow, poi li cancellano, cifrano o danneggiano perché la vittima non possa riprendersi senza pagare. MITRE ATT&CK lo classifica come Inhibit System Recovery (T1490), e la cancellazione delle copie shadow compare in molti avvisi CISA sul ransomware. Gli account di amministrazione dei backup e i server di backup aggiunti allo stesso dominio di tutto il resto sono punti deboli frequenti. Difese: tenere almeno una copia immutabile o offline, gestire il sistema di backup con credenziali separate e autenticazione a più fattori, tenerlo se possibile fuori dal dominio principale e limitare quali macchine possono collegarsi. Sul lato rete, le connessioni al server di backup da macchine che normalmente non ci parlano mai sono un segnale d'allarme. La mappa di rete di NetSenX mostra quali host raggiungono ciascun server, e le connessioni interne insolite vengono segnalate come possibile movimento laterale.

https://netsenx.com/it/faq/do-ransomware-gangs-go-after-backups-first

## Perché un backup mappato come unità di rete è un rischio?

Perché il ransomware cifra ogni unità che riesce a raggiungere, e un'unità mappata per lui è una cartella come le altre. Se la destinazione del backup è mappata in modo permanente su un server o una postazione, o raggiungibile tramite una condivisione con le stesse credenziali, il ransomware su quella macchina cifrerà i file di backup insieme a tutto il resto, e i backup spariranno proprio quando servono. Lo stesso vale per un disco USB esterno sempre collegato e per gli strumenti di sincronizzazione che replicano ogni modifica, cifratura compresa, nella destinazione del backup. Meglio: far scrivere il software di backup sulla destinazione con un proprio account di servizio che utenti e server normali non hanno, tenere la destinazione fuori dall'elenco delle condivisioni consultate e aggiungere una copia immutabile o offline. Un controllo rapido da fare oggi: veda quali macchine hanno una lettera di unità o una condivisione che punta allo storage di backup e tolga quelle che non ne hanno bisogno.

https://netsenx.com/it/faq/why-is-a-backup-mapped-as-a-network-drive-a-risk

## Quali computer dovrebbero potersi collegare al server di backup?

Il meno possibile: il server di backup stesso, i sistemi di cui fa il backup durante la loro finestra di backup e la postazione di gestione degli amministratori. Le normali postazioni di lavoro non hanno motivo di aprire condivisioni di file, desktop remoto o porte di gestione sul server di backup. Lo scriva come un breve insieme di regole e lo faccia rispettare con regole firewall o segmentazione, idealmente mettendo il sistema di backup in un segmento di rete tutto suo. Poi verifichi che la realtà corrisponda. I dati di flusso di rete mostrano quali host parlano davvero con il server di backup, su quali porte e quando; in NetSenX la mappa di rete lo mostra in ogni piano, così un portatile dell'ufficio vendite che inizia a collegarsi al server di backup salta all'occhio. Una connessione del genere non è sempre un attacco, ma merita sempre una spiegazione, perché raggiungere i backup è un passo tipico appena prima della cifratura da ransomware.

https://netsenx.com/it/faq/which-computers-should-connect-to-the-backup-server

## I backup possono essere infettati dal ransomware?

Sì, in due modi diversi. I file di backup stessi possono essere cifrati o cancellati se il ransomware o l'attaccante raggiunge lo storage di backup, ed è per questo che contano le copie immutabili e offline. Meno ovvio: i backup possono contenere fedelmente la presenza dell'attaccante. Gli attaccanti restano spesso nella rete per giorni o settimane prima di cifrare, quindi i backup recenti possono includere le loro backdoor, attività pianificate, nuovi account amministrativi o file malevoli, pronti a riattivarsi dopo un ripristino. Per questo si conservano diversi punti di ripristino su un periodo più lungo, si ripristina prima in un ambiente isolato, si analizzano i sistemi ripristinati e si cercano account e strumenti di accesso remoto che non dovrebbero esserci. Sapere quando l'intrusione è iniziata davvero, dai log e dalla cronologia di rete, indica quale punto di ripristino è probabilmente pulito.

https://netsenx.com/it/faq/can-backups-be-infected-with-ransomware

## Come ripristinare in sicurezza dal backup dopo un ransomware?

Non inizi a ripristinare finché non sa come sono entrati gli attaccanti e non ha chiuso quella via, altrimenti ripristina in una rete che controllano ancora. Poi proceda in ordine: prima ricostruire o verificare un server di backup e una console di ripristino puliti, con nuove credenziali; cambiare tutte le password degli account amministrativi e di servizio, comprese quelle del software di backup; ripristinare i sistemi in un segmento di rete isolato, non direttamente in produzione; scegliere un punto di ripristino precedente all'inizio dell'intrusione, non solo alla cifratura; analizzare i sistemi ripristinati e cercare account, attività pianificate e strumenti di accesso remoto inattesi; ricollegarli passo dopo passo osservandone il comportamento in rete. Lasci intatti gli originali cifrati finché non è sicuro, come prova e nel caso compaia un decifratore. Con NetSenX, gli host ripristinati che iniziano contatti regolari in uscita o connessioni interne insolite compaiono negli avvisi.

https://netsenx.com/it/faq/how-to-restore-from-backup-safely-after-ransomware

## In che ordine ripristinare i sistemi dopo un attacco?

Prima le fondamenta, poi ciò di cui l'azienda ha più bisogno, infine il resto. Un ordine tipico: le basi di rete e sicurezza, come firewall, switch, DNS, DHCP e il monitoraggio su cui farà affidamento; l'identità, cioè i domain controller o l'identità cloud, ricostruiti o verificati come puliti, perché ogni altro sistema dipende da essa; l'infrastruttura di backup stessa; poi le applicazioni critiche per il business nella priorità decisa in anticipo, per esempio gestione ordini, controllo della produzione o paghe; e infine le normali condivisioni di file, le postazioni e i servizi meno importanti. Ogni passo dovrebbe includere una verifica prima di iniziare il successivo. L'ordine va nel piano di ripristino, concordato con la direzione prima di qualsiasi incidente, insieme al tempo di ripristino ammesso per ciascun sistema. Senza questo accordo, i primi giorni dopo un attacco diventano discussioni su quale sistema conti di più, mentre il tempo scorre.

https://netsenx.com/it/faq/in-what-order-should-systems-be-restored

## Che cosa sono RPO e RTO?

Sono i due numeri che trasformano un piano di backup in una decisione aziendale. Il recovery point objective (RPO) indica quanti dati ci si può permettere di perdere, misurati in tempo: con backup notturni il suo RPO arriva a 24 ore, cioè potrebbe andare persa una giornata di lavoro. Il recovery time objective (RTO) indica per quanto tempo un sistema può restare fermo prima che il danno diventi inaccettabile, misurato dall'incidente al ritorno in funzione. Li fissi entrambi per ogni sistema con i responsabili del processo aziendale, non solo con l'IT: la contabilità può tollerare due giorni di fermo ma nessuna perdita di dati, mentre per un negozio online può valere il contrario. Poi verifichi se i backup e i test di ripristino li raggiungono davvero. Un ripristino che in test richiede tre giorni non può rispettare un RTO di quattro ore, per quanto buono sia il software di backup.

https://netsenx.com/it/faq/what-are-rpo-and-rto

## La sincronizzazione dei file nel cloud, come OneDrive o Dropbox, è un backup?

Da sola no. Gli strumenti di sincronizzazione sono pensati per mantenere identiche tutte le copie, quindi quando i file vengono cancellati, sovrascritti o cifrati dal ransomware su un dispositivo, la modifica viene copiata nel cloud e su tutti gli altri dispositivi nel giro di minuti. La maggior parte dei servizi conserva una cronologia delle versioni e un cestino, e alcuni permettono di riportare un'intera libreria a un momento precedente, cosa che può salvare dopo un incidente. Ma quella cronologia ha una conservazione limitata, è controllata dallo stesso account che l'attaccante potrebbe aver preso e nessuno la testa come un backup. Consideri la sincronizzazione una comodità e uno strumento di collaborazione. Per i dati importanti aggiunga un vero backup: una copia separata, con credenziali separate, con una conservazione scelta da lei e ripristini verificati. Lo stesso vale per i file server sincronizzati con il cloud.

https://netsenx.com/it/faq/is-cloud-file-sync-a-backup

## Serve fare il backup dei dati di Microsoft 365 e di altri servizi SaaS?

Di solito sì. I fornitori SaaS operano secondo un modello di responsabilità condivisa: mantengono il servizio disponibile e lo proteggono dai propri guasti hardware, ma proteggere i suoi dati da cancellazioni, un insider malintenzionato, un account compromesso o un periodo di conservazione scaduto è in gran parte compito suo. Lo stesso contratto di servizi di Microsoft raccomanda ai clienti di eseguire regolarmente il backup dei propri contenuti. Le reti di sicurezza integrate, come le cartelle degli elementi eliminati, i cestini e la cronologia delle versioni, hanno una conservazione limitata e possono essere svuotate da chi ha l'accesso adatto. Un backup di caselle di posta, SharePoint e OneDrive con uno strumento di terze parti, o l'equivalente per Google Workspace, CRM e contabilità, le dà una copia indipendente con una conservazione che controlla lei. Verifichi anche il processo di ripristino: ripristinare una casella e ripristinare un intero tenant dopo un attacco sono lavori molto diversi.

https://netsenx.com/it/faq/do-we-need-to-back-up-microsoft-365-and-other-saas-data

## Il sistema di backup dovrebbe avere account amministrativi separati?

Sì. Se lo stesso account amministratore di dominio che gestisce tutto il resto può anche cancellare i backup, un attaccante che ruba quell'unico account controlla sia i suoi sistemi sia la sua via di ritorno. Dia al sistema di backup account amministrativi propri, che non appartengano al dominio o alla directory principale, li protegga con l'autenticazione a più fattori, preferibilmente resistente al phishing, e li usi solo da una postazione di gestione dedicata. Gli account di servizio con cui il software di backup legge i dati dai server dovrebbero avere solo i diritti necessari, con password lunghe, uniche e conservate in modo sicuro. Se il prodotto lo consente, richieda l'approvazione di una seconda persona per cancellare backup o ridurre la conservazione, il cosiddetto principio dei quattro occhi. Verifichi chi ha diritti di amministrazione dei backup almeno due volte l'anno e a ogni uscita di personale. Sono passi poco costosi che chiudono una delle falle più sfruttate dagli attaccanti ransomware.

https://netsenx.com/it/faq/should-backup-admin-accounts-be-separate

## Per quanto tempo conservare i backup?

Abbastanza a lungo da poter tornare a un punto precedente all'inizio di un'intrusione e da rispettare le esigenze legali e aziendali, ma non più del necessario per i dati personali. Gli attaccanti restano spesso settimane in una rete prima di agire, e file danneggiati o cancellati a volte si notano solo dopo mesi, quindi pochi giorni di conservazione bastano di rado. Uno schema comune prevede backup giornalieri conservati per alcune settimane, settimanali per alcuni mesi e mensili o trimestrali per un anno o più, con almeno la parte più recente immutabile. Le norme di conservazione, per esempio per le scritture contabili, fissano minimi per alcuni dati, mentre il principio di limitazione della conservazione del GDPR implica che i dati personali non vanno tenuti per sempre solo perché si trovano in un backup; documenti come gestisce le richieste di cancellazione per le copie di backup. Metta per iscritto il piano di conservazione e verifichi che il sistema di backup lo applichi davvero.

https://netsenx.com/it/faq/how-long-should-backups-be-kept

## I backup dovrebbero essere cifrati?

Sì, soprattutto le copie che escono dalla sede o si trovano presso un fornitore cloud. Altrimenti un nastro, un disco o un bucket cloud rubato è una copia completa dei dati aziendali, e la cifratura lo trasforma in byte inutili per il ladro; nel GDPR la cifratura è una delle misure di sicurezza citate all'articolo 32 e può incidere sull'obbligo di comunicare agli interessati la perdita di una copia. La parte difficile è la chiave. Se la chiave di cifratura è salvata solo sul server di backup e quel server viene distrutto o cifrato dal ransomware, i backup diventano illeggibili anche per lei. Conservi la chiave, o la chiave di ripristino, in un luogo separato e documentato che non dipenda dai sistemi sottoposti a backup, come un gestore di password con accesso offline o una copia sigillata in cassaforte, e includa il suo recupero nei test di ripristino. Cifrare i backup protegge la riservatezza; non sostituisce l'immutabilità.

https://netsenx.com/it/faq/should-backups-be-encrypted

## Come proteggere i server di backup in rete?

Li tratti come i sistemi più preziosi che ha, perché dopo un attacco lo sono. Metta il sistema di backup in un segmento di rete proprio e consenta solo le connessioni necessarie: il traffico di backup dai sistemi protetti e l'accesso di gestione da poche postazioni degli amministratori. Chiuda desktop remoto e condivisione file sul server di backup, a meno che non siano strettamente necessari, e non lo usi mai per navigare o per la posta. Aggiorni rapidamente sistema operativo e software di backup; gli stessi prodotti di backup hanno avuto gravi vulnerabilità sfruttate da attori ransomware. Usi account amministrativi separati con MFA, tenga il server fuori dal dominio principale se possibile e conservi almeno una copia immutabile o offline. Infine lo sorvegli: nuovi host che si collegano, connessioni in orari insoliti e grandi letture dallo storage di backup da parte di macchine diverse dal server di backup sono segnali da indagare, e sono tutti visibili nel traffico di rete.

https://netsenx.com/it/faq/how-to-protect-backup-servers-on-the-network

## Che differenza c'è tra un piano di backup e un piano di disaster recovery?

Un piano di backup risponde a cosa viene copiato, con quale frequenza, dove viene conservato e per quanto tempo. Un piano di disaster recovery risponde a come rimettere in funzione l'azienda quando si rompe qualcosa di grosso: chi decide, quali sistemi tornano per primi, dove girano se la sede o l'hardware originali non ci sono più, quanto può durare ogni passo, come si informano personale e clienti e come si capisce di aver finito. I backup sono un ingrediente del ripristino, non tutta la ricetta. Aziende con backup eccellenti perdono comunque settimane dopo un attacco ransomware perché nessuno conosceva l'ordine di ripristino, la console di backup richiedeva un dominio che non esisteva più o l'unica persona che conosceva le password era in ferie. Metta per iscritto il piano di ripristino, ne conservi una copia fuori dai propri sistemi, anche su carta, e lo verifichi con un'esercitazione realistica almeno una volta l'anno, come fa con i ripristini.

https://netsenx.com/it/faq/difference-between-a-backup-plan-and-a-disaster-recovery-plan

## Come fare il backup di macchine virtuali e hypervisor?

Faccia il backup delle macchine virtuali con uno strumento che conosce l'hypervisor, così da poter ripristinare rapidamente un'intera macchina, e protegga anche il livello dell'hypervisor stesso. Molte famiglie di ransomware attuali hanno versioni costruite per cifrare direttamente gli host VMware ESXi, il che blocca in un colpo tutte le macchine virtuali ospitate. In pratica: tenga le interfacce di gestione degli hypervisor fuori dalla rete generale e raggiungibili solo dalle postazioni degli amministratori; usi account separati e protetti da MFA per amministrare hypervisor e backup; disattivi i servizi non necessari, come SSH sugli host fuori dalle finestre di manutenzione; aggiorni rapidamente gli hypervisor; e si assicuri che almeno una copia di backup si trovi fuori dall'ambiente virtuale che protegge, immutabile o offline. Gli snapshot dell'hypervisor sono utili per tornare indietro in fretta, ma non sono backup: stanno sullo stesso storage e spariscono con esso. Provi a ripristinare una macchina virtuale completa su hardware diverso, perché dopo un attacco l'host originale potrebbe non essere disponibile.

https://netsenx.com/it/faq/how-to-back-up-virtual-machines-and-hypervisors

## Che cos'è il ripristino isolato, o in clean room?

Significa ripristinare i sistemi prima in un ambiente separato e isolato, scollegato dalla rete di produzione e da internet, dove si possono verificare prima di tornare a fidarsene. Dopo un attacco ransomware all'inizio si sa raramente se i backup contengono strumenti o account dell'attaccante, o se questi ha ancora accesso alla rete. In una clean room si costruisce da zero un piccolo insieme di infrastruttura affidabile, spesso con nuovi servizi di identità; i sistemi ripristinati vengono analizzati, i loro account e le attività pianificate verificati e il loro comportamento osservato, e solo allora passano in produzione. Le aziende più grandi preparano un ambiente simile in anticipo, a volte con l'aiuto del fornitore di backup; quelle più piccole possono prevedere un server di riserva o un account cloud tenuto a questo scopo. Lo scopo non è la perfezione, ma evitare l'errore di ripristino più comune: ripristinare direttamente in una rete compromessa e venire cifrati una seconda volta.

https://netsenx.com/it/faq/what-is-isolated-or-clean-room-recovery

## Come sapere che un backup è pulito prima di ripristinarlo?

Non si può esserne certi, ma si può ridurre molto il rischio. Parta dalla cronologia: da log, dati degli endpoint e cronologia di rete ricostruisca quando è iniziata davvero l'intrusione, non quando è avvenuta la cifratura, e per i sistemi critici preferisca un punto di ripristino precedente a quella data. Ripristini in un ambiente isolato e analizzi il risultato con strumenti di sicurezza aggiornati, compresi gli indicatori di compromissione emersi dall'indagine o dall'avviso CISA pertinente. Cerchi ciò che non dovrebbe esserci: nuovi account locali o di dominio, attività pianificate, servizi ed elementi di avvio, strumenti di accesso remoto e web shell sui server web. Confronti la configurazione ripristinata con la documentazione o con una copia affidabile. Poi osservi il comportamento in rete del sistema ripristinato prima di fidarsene. NetSenX aiuta in questo: un host ripristinato che inizia connessioni regolari in uscita o scansiona altre macchine compare negli avvisi, mentre diversi giorni tranquilli sono un segnale utile, anche se non assoluto.

https://netsenx.com/it/faq/how-to-know-a-backup-is-clean-before-restoring

## Chi dovrebbe poter cancellare i backup?

Quasi nessuno, e nessuno da solo. Cancellare backup o ridurne la conservazione è l'azione che gli attaccanti vogliono compiere più di ogni altra prima della cifratura, quindi dovrebbe essere più difficile di qualsiasi normale attività di amministrazione. Regole pratiche: solo pochi amministratori di backup indicati per nome hanno questo diritto, con account separati dal dominio principale e protetti da MFA resistente al phishing; cancellazioni o modifiche della conservazione richiedono l'approvazione di una seconda persona, se il prodotto lo consente; nessuno può cancellare le copie immutabili prima della scadenza del blocco; e ogni cancellazione viene registrata in un luogo che gli amministratori di backup non possono modificare. Il normale personale IT può eseguire e monitorare i backup e ripristinare file senza poterli eliminare. Riveda regolarmente l'elenco delle persone con questi diritti e tolga subito chi lascia l'azienda. Se una cancellazione è davvero necessaria, per esempio per un ordine del giudice o una richiesta di cancellazione ai sensi del GDPR, documenti la decisione e l'approvazione.

https://netsenx.com/it/faq/who-should-be-allowed-to-delete-backups

## NetSenX fa il backup dei nostri dati?

No. NetSenX è un servizio di network detection and response (NDR): osserva come comunicano i dispositivi nella sua rete e la avvisa dei segnali di intrusione, come beaconing, scansioni, movimento laterale e volumi di dati in uscita insoliti. Non copia file, database, caselle di posta o server e non può ripristinarli dopo un incidente. NetSenX conserva i propri dati sulla sua rete: l'inventario dei dispositivi, i metadati delle connessioni e lo storico degli avvisi, con la conservazione prevista dal suo piano. Questo storico è utile in un ripristino, perché aiuta a capire quando è iniziata un'intrusione e quali host erano coinvolti, e quindi quale punto di ripristino è probabilmente pulito. Per i backup veri e propri serve una soluzione dedicata, idealmente con una copia immutabile o offline. NetSenX la completa mostrando accessi insoliti al server di backup e comportamenti sospetti dei sistemi ripristinati.

https://netsenx.com/it/faq/does-netsenx-back-up-our-data

## Dobbiamo fare il backup della configurazione di firewall, switch e router?

Sì, ed è spesso dimenticato. I dispositivi di rete contengono configurazioni costruite in anni: regole del firewall, impostazioni VPN, VLAN, instradamento e liste di accesso. Se un firewall si guasta, viene cancellato da un attaccante o va sostituito dopo una compromissione, ricostruire la configurazione a memoria richiede giorni e di solito introduce errori. Esporti la configurazione automaticamente dopo ogni modifica e almeno una volta a settimana, conservi le copie fuori dai dispositivi stessi, idealmente in un sistema di controllo delle versioni per vedere cosa è cambiato e quando, e tenga almeno una copia offline. Protegga le esportazioni, perché contengono dettagli sensibili e talvolta credenziali o chiavi. Una cronologia delle configurazioni ha anche un vantaggio per la sicurezza: una nuova regola, un account o un inoltro di porta inattesi sono un segno classico che qualcuno ha manomesso un dispositivo perimetrale. Includa il ripristino della configurazione di un dispositivo nei test di ripristino, idealmente su un'unità di riserva.

https://netsenx.com/it/faq/should-we-back-up-network-device-configurations

## Uno snapshot è un backup?

Da solo no. Uno snapshot, su uno storage, una macchina virtuale o un file system, registra lo stato dei dati in un dato momento, di solito tenendo traccia dei blocchi modificati invece di fare una copia completa. È veloce e molto utile per annullare un aggiornamento andato male o recuperare un file cancellato. Però di norma risiede sullo stesso sistema di storage dei dati originali, si gestisce dalla stessa console con le stesse credenziali e sparisce se quello storage si guasta o se un attaccante lo cancella, cosa che gli operatori ransomware tentano abitualmente. Uno snapshot diventa parte di una vera strategia di backup quando viene replicato su uno storage separato, protetto dalla cancellazione e verificato con un ripristino. Usi gli snapshot per rimediare in fretta agli errori quotidiani e conservi backup indipendenti, immutabili o offline, per il giorno in cui il problema è lo storage stesso.

https://netsenx.com/it/faq/is-a-snapshot-a-backup

FAQ: https://netsenx.com/it/faq