Perché la crittografia del backup può non riuscire durante il ripristino di un NAS domestico?
La crittografia dei backup può fallire durante il ripristino di un NAS domestico quando l’archivio sopravvive, ma la relativa chiave, i metadati, la catena, il formato o l’ambiente di decrittografia no.
Un backup crittografato non è un file autosufficiente. Il ripristino può dipendere da una chiave del repository, da una chiave di cifratura derivata dalla passphrase, da salt e parametri KDF, dal catalogo, dai metadati degli snapshot, dai backup incrementali precedenti, dalla versione dell’applicazione e dai permessi necessari per recuperare i segreti da un altro sistema. I backup normali possono sembrare integri perché il NAS originale conserva localmente tutte le dipendenze nella cache. Un ripristino pulito rivela ciò che non è mai stato esportato o documentato. Le sezioni seguenti seguono ogni dipendenza, dal riconoscimento del testo cifrato fino a un file recuperato e verificato.
Il solo testo cifrato non è un backup recuperabile
La destinazione del backup può contenere terabyte di blocchi crittografati intatti, ma essere priva del piccolo oggetto contenente la chiave o i metadati necessari per interpretarli. La durabilità dello storage preserva ciò che è stato copiato, incluso un set di ripristino incompleto.
Il kit di emergenza per il backup di Home Assistant esiste perché le informazioni di ripristino includono sia la chiave di crittografia sia i metadati relativi al backup. Lo stesso principio si applica agli strumenti per NAS domestici, anche quando il formato delle chiavi è diverso.
Documenta il pacchetto minimo per il ripristino separatamente dal server attivo: posizione del repository, strumento e versione, origine della chiave o della passphrase, identità dell’account, posizione del catalogo e comando o interfaccia utilizzati per avviare il ripristino.
Una password corretta potrebbe comunque richiedere la chiave originale del repository
Alcuni sistemi di backup derivano una chiave direttamente da una password, mentre altri usano la password per sbloccare una chiave del repository generata casualmente. La perdita di questa chiave protetta può rendere insufficiente la password.
La documentazione di Borg specifica che un repository crittografato resta inaccessibile senza la chiave del repository e la passphrase che la protegge. Le modalità keyfile e repository-key collocano questa dipendenza in posizioni diverse, quindi il ripristino in caso di emergenza deve corrispondere alla modalità effettivamente utilizzata.
Anche una passphrase ricordata può essere errata a causa di spazi bianchi, codifica dei caratteri, layout della tastiera o una rotazione non documentata. Verifica la copia di ripristino esatta e conservata, invece di affidarti alla memoria.
Non conservare l’unica chiave esportata all’interno del repository di backup che essa sblocca. Un danneggiamento, una cancellazione, la perdita dell’account o un guasto del provider potrebbero eliminare entrambi contemporaneamente.
I file delle chiavi contengono i parametri necessari per ricreare la decrittografia
I repository crittografati spesso memorizzano salt, nonce, identificatori dell’algoritmo, impostazioni KDF, tag di autenticazione e chiavi master protette insieme ai dati crittografati. Questi campi non sono intercambiabili tra repository.
Il design di restic descrive una struttura dei file delle chiavi in cui la chiave derivata dalla password autentica e decrittografa il materiale della chiave master del repository. Un file delle chiavi danneggiato o non corrispondente può quindi causare un errore di autenticazione anche quando i pacchetti di dati sono ancora presenti.
Copiare solo gli oggetti di dati più grandi, escludendo i metadati nascosti, la configurazione del repository o le piccole directory delle chiavi, può creare un backup dall’aspetto consistente ma impossibile da aprire.
I punti di ripristino incrementali dipendono da una catena completa
Un archivio incrementale registra le modifiche rispetto a uno stato full o incrementale precedente. Decrittografare il file più recente non ricostruisce i dati quando manca un elemento principale necessario o i rapporti del catalogo sono danneggiati.
Veeam descrive una catena di backup come un backup completo insieme ai file incrementali dipendenti e ai metadati. Le applicazioni di backup per NAS domestici utilizzano nomi diversi, ma il principio di ripristino è lo stesso: tutte le dipendenze necessarie per i punti di ripristino devono rimanere disponibili e coerenti.
La pulizia secondo i criteri di conservazione, la replica interrotta, lo spostamento manuale dei file e le regole del ciclo di vita dell’object storage possono rimuovere un piccolo elemento della catena senza eliminare il punto di ripristino più recente visibile.
Esegui i controlli del repository dopo aver copiato o trasferito i backup su un altro livello di storage, non solo dopo averli creati sulla destinazione originale.
Le modifiche al software e alla piattaforma possono interrompere il percorso di decrittografia
Un nuovo NAS potrebbe utilizzare un’altra architettura CPU, una versione diversa dell’applicazione, un’immagine container, una localizzazione, un provider di credenziali o un’integrazione con il keystore. Il formato crittografato può rimanere stabile mentre cambia il flusso di ripristino circostante.
Veritas avverte che i supporti crittografati non possono essere ripristinati senza le passphrase di crittografia necessarie. I test di compatibilità devono inoltre verificare che l’ambiente sostitutivo riconosca il repository, carichi il plugin corretto e supporti la versione dell’archivio.
Conserva una copia del software di ripristino o della definizione del container insieme alla documentazione di recupero quando il formato dipende da uno strumento specifico. Esporta la configurazione separatamente dai dati dell’applicazione.
Un ripristino in ambiente pulito è l’unica prova completa dall’inizio alla fine
Esegui il test da una macchina o da un ambiente temporaneo che non contenga le cache del NAS originale, i segreti montati o le credenziali salvate. Recupera la chiave documentata, apri un punto di ripristino vecchio e uno recente e verifica file rappresentativi.
Il flusso di test del ripristino di ZimaSpace distingue l’esistenza dei dati di backup dalla prova che il nucleo familiare possa recuperarli. Registra l’orario, le credenziali necessarie, le dipendenze mancanti e qualsiasi passaggio manuale individuato durante il test.
Verifica più della sola decrittografia. Controlla nomi dei file, permessi, checksum, database delle applicazioni e la possibilità di utilizzare i dati ripristinati sull’hardware sostitutivo.
Un backup è riuscito solo quando un operatore, seguendo la documentazione, può ripristinare dati utili dopo che il server originale e i relativi segreti memorizzati localmente nella cache non sono più disponibili.
FAQ
L’assistenza può recuperare una chiave di crittografia persa?
Di solito no, quando il sistema è progettato per una crittografia forte controllata dal client. L’assistenza può riparare il software o i metadati del repository, ma non può ricavare una chiave crittografica sconosciuta dal testo cifrato.
La chiave di crittografia deve essere conservata insieme al backup?
Una copia crittografata della chiave può essere conservata insieme ad alcuni repository, ma una copia di ripristino esportata e indipendente protegge da danneggiamenti o cancellazioni del repository. La passphrase e la chiave non dovrebbero condividere tutti gli stessi punti di possibile guasto.
Un controllo del repository riuscito dimostra che il ripristino funzionerà?
No. Potrebbe verificare i blocchi e gli indici memorizzati senza testare il recupero della chiave, l’hardware sostitutivo, le credenziali, i permessi, la compatibilità dell’applicazione o l’utilizzabilità dei file ripristinati.
Prodotti consigliati
Hub Tecnologico e AI
Altro da leggere
Stato di runtime vs stato persistente in Home Assistant: cosa deve sopravvivere al riavvio?
Home Assistant non conserva ogni valore in tempo reale; la configurazione, i registri, gli stati selezionati ripristinati, la cronologia e i dati di distribuzione...
Come autentica Home Assistant le sessioni locali e remote?
Le sessioni Home Assistant locali e remote utilizzano lo stesso modello di identità lato server; l'accesso remoto modifica il percorso e il confine TLS,...
Perché le query della cronologia di Home Assistant possono rallentare man mano che crescono i dati del Recorder?
La crescita del registratore può aumentare il costo delle query della cronologia quando l’intervallo richiesto coinvolge più righe, aumentano i cache miss o le...
