Numerose PMI ritengono di aver risolto la questione del backup per il solo fatto di possedere una copia dei dati: un disco USB collegato al server, una cartella sincronizzata sul cloud, un archivio sul NAS, un software che completa ogni notte il proprio ciclo senza segnalare anomalie. Sul piano formale la copia è presente. La sua effettiva utilità si manifesta però soltanto nella fase di ripristino, ed è in quel passaggio che diverse soluzioni rivelano i propri limiti. Possedere un backup e riuscire a recuperare i dati restano due condizioni distinte, e solo la seconda determina la reale sicurezza dell’azienda.
I limiti delle protezioni più comuni
Il disco USB permanentemente collegato è una comodità che nasconde un rischio. Restando connesso al computer o al server, può essere raggiunto e cifrato da un ransomware che dispone dei permessi necessari. Lo stesso rischio riguarda le condivisioni di rete accessibili in modo continuo.
La cartella sincronizzata su Google Drive o OneDrive offre una protezione più apparente che reale. La sincronizzazione replica in tempo quasi immediato ogni modifica locale: se un file viene cifrato o rimosso, la variazione raggiunge il cloud nel giro di pochi istanti. Il recupero delle versioni precedenti è previsto, ma opera entro finestre temporali circoscritte e non è concepito per ricostruire un’infrastruttura completa.
Il NAS viene talvolta percepito come un archivio inattaccabile, ma resta un dispositivo di rete. Un attacco in grado di muoversi lateralmente all’interno dell’azienda può raggiungerlo e cifrarne il contenuto, backup inclusi, se il dispositivo e le relative credenziali risultano accessibili. Il caso del software di backup mai verificato merita un’attenzione particolare: l’applicativo prosegue per mesi, chiude le operazioni con esito positivo e nessuno accerta se da quegli archivi sia possibile un ripristino effettivo. Al momento del bisogno emerge che i file sono incompleti o danneggiati.
Sincronizzazione, backup e disaster recovery
I tre termini vengono spesso impiegati come equivalenti, ma designano funzioni con finalità proprie; la sincronizzazione mantiene allineate due o più posizioni, ovvero ciò che è presente in una compare nelle altre, comprese cancellazioni e cifrature. Il suo scopo è consentire il lavoro sugli stessi file da più dispositivi, non la loro conservazione nel tempo.
Il backup custodisce copie datate a cui poter tornare, e la stratificazione storica è di certo un valore: se un file risulta oggi compromesso, la versione del giorno o della settimana precedente resta disponibile, perché conservata in modo separato e non alterato.
Su un piano più ampio si colloca il disaster recovery, che oltrepassa i singoli file e riguarda la ripresa dell’intera operatività. Non è sufficiente ritrovare i dati; occorre riportare in funzione server, applicazioni e servizi entro tempi sostenibili per l’azienda. È il piano che stabilisce entro quando l’attività torna operativa.
La strategia 3-2-1-1-0
Rappresenta una delle strategie più diffuse per realizzare un sistema di backup solido e resistente a guasti e attacchi. Si articola in questi termini: tre copie dei dati, distribuite su due supporti di natura diversa, con una copia collocata all’esterno della sede, una copia offline oppure immutabile, e zero errori confermati dai test di ripristino.
Cosa succede? Si distribuisce il rischio. Tre copie evitano che un singolo evento comprometta l’intero patrimonio. Due supporti distinti, per esempio un’unità locale e il cloud, riducono la probabilità che un medesimo guasto li interessi entrambi. La copia esterna tutela da eventi fisici quali incendio o furto presso la sede. La copia offline o immutabile è determinante durante un attacco ransomware: un archivio realmente scollegato dalla rete resta irraggiungibile, mentre una copia immutabile non può essere modificata o eliminata durante il periodo di conservazione stabilito. Lo zero conclusivo indica che ogni elemento acquista valore solo previa verifica.
Attorno allo schema operano le misure complementari, di peso equivalente. I backup vanno cifrati e le relative chiavi devono essere protette e conservate separatamente, affinché una copia sottratta non possa essere letta. Gli account che governano i salvataggi richiedono l’autenticazione a più fattori (MFA). La copertura, infine, va estesa a ogni componente essenziale: server, database SQL e i dati ospitati su Microsoft 365 e Google Workspace, frequentemente considerati protetti mentre restano esposti a cancellazioni e attacchi.
Su questo tipo di progettazione operano i partner specializzati. Rioton struttura la soluzione a partire da un’analisi dell’infrastruttura del cliente – numero di dispositivi, tipologia di server, volumi di dati – per poi definire copie locali e cloud, configurarle e sottoporle a verifica, adattando lo schema tanto a uno studio con poche postazioni quanto a un’azienda con più sedi e gestionale.
Verificare il ripristino: RPO, RTO e test periodici
Si giunge così all’elemento che conferisce senso a tutto il resto. Un backup non è affidabile perché termina senza errori: è affidabile soltanto quando l’azienda ha verificato di poter recuperare dati, server e applicazioni nei tempi necessari.
Due parametri agevolano questa valutazione. Il cosiddetto RPO (Recovery Point Objective) esprime la quantità di dati che ci si può permettere di perdere, misurata in termini temporali: con un backup ogni ventiquattro ore, nell’ipotesi peggiore si perde una giornata di lavoro. Con RTO (Recovery Time Objective) si indica invece l’intervallo entro cui l’operatività deve essere ripristinata. L’inattività di un’azienda comporta un costo per ogni ora trascorsa, e questi due valori consentono di dimensionare la strategia sulle esigenze effettive.
I test di ripristino costituiscono l’unico modo per accertare che il piano funzioni. Eseguire con regolarità un recupero reale rende la previsione una certezza operativa. Chi mira a una protezione dei dati aziendali contro il ransomware inizia esattamente da questo presupposto: il fondamento è la prova documentata di poter riportare in funzione l’attività.
