Porque pode falhar a encriptação da cópia de segurança durante uma reposição de um NAS doméstico?
A encriptação das cópias de segurança pode falhar durante uma reposição num NAS doméstico quando o arquivo sobrevive, mas a respetiva chave, os metadados, a cadeia, o formato ou o ambiente de desencriptação não.
Uma cópia de segurança encriptada não é um ficheiro autoexplicativo. A recuperação pode depender de uma chave do repositório, de uma chave de encapsulamento derivada de uma frase-passe, de parâmetros de salt e KDF, de um catálogo, de metadados de instantâneos, de elementos ancestrais incrementais, da versão da aplicação e de permissões para obter segredos de outro sistema. As cópias de segurança normais podem parecer saudáveis porque o NAS original ainda tem todas as dependências armazenadas localmente em cache. Uma reposição limpa revela aquilo que nunca foi exportado ou documentado. As secções abaixo acompanham cada dependência, desde o reconhecimento do texto cifrado até um ficheiro recuperado e verificado.
O texto cifrado, por si só, não é uma cópia de segurança recuperável
O destino da cópia de segurança pode conter terabytes de blocos encriptados intactos, mas não dispor do pequeno objeto de chave ou metadados necessário para os interpretar. A durabilidade do armazenamento preserva o que foi copiado, incluindo um conjunto de recuperação incompleto.
O kit de emergência para cópias de segurança do Home Assistant existe porque as informações de reposição incluem tanto a chave de encriptação como os metadados relacionados com a cópia de segurança. O mesmo princípio aplica-se às ferramentas de NAS doméstico, mesmo quando o formato da chave é diferente.
Documente o conjunto mínimo de recuperação independentemente do servidor ativo: localização do repositório, ferramenta e versão, origem da chave ou frase-passe, identidade da conta, localização do catálogo e o comando ou interface utilizado para iniciar a reposição.
Uma palavra-passe correta pode ainda precisar da chave original do repositório
Alguns sistemas de cópia de segurança derivam uma chave diretamente de uma palavra-passe, enquanto outros utilizam a palavra-passe para desbloquear uma chave de repositório gerada aleatoriamente. Perder essa chave encapsulada pode tornar a palavra-passe insuficiente.
A documentação do Borg indica que um repositório encriptado permanece inacessível sem a chave do repositório e a frase-passe que a protege. Os modos de ficheiro de chave e de chave de repositório colocam essa dependência em localizações diferentes, pelo que a recuperação após um desastre tem de corresponder ao modo efetivamente utilizado.
Uma frase-passe memorizada também pode estar errada devido a espaços em branco, codificação de caracteres, disposição do teclado ou uma rotação não documentada. Teste a cópia de recuperação exata armazenada em vez de depender da memória.
Não mantenha a única chave exportada dentro do repositório de cópia de segurança que ela desbloqueia. Uma corrupção, eliminação, perda da conta ou falha do fornecedor pode remover ambos os lados simultaneamente.
Os ficheiros de chave contêm parâmetros necessários para recriar a desencriptação
Os repositórios encriptados armazenam frequentemente salts, nonces, identificadores de algoritmos, definições de KDF, etiquetas de autenticação e chaves-mestras encapsuladas juntamente com os dados encriptados. Estes campos não são intercambiáveis entre repositórios.
O design do restic descreve uma estrutura de ficheiro de chave na qual a chave derivada da palavra-passe autentica e desencripta o material da chave-mestra do repositório. Um ficheiro de chave danificado ou incompatível pode, por isso, provocar uma falha de autenticação mesmo quando os pacotes de dados ainda estão presentes.
Copiar apenas objetos de dados de grandes dimensões, excluindo metadados ocultos, configuração do repositório ou pequenos diretórios de chaves, pode criar uma cópia de segurança que parece substancial, mas não pode ser aberta.
Os pontos de reposição incrementais dependem de uma cadeia completa
Um arquivo incremental regista alterações relativamente a um estado completo ou incremental anterior. Desencriptar o ficheiro mais recente não reconstrói os dados quando falta um elemento ancestral necessário ou quando as relações do catálogo estão danificadas.
A Veeam descreve uma cadeia de cópia de segurança como uma cópia de segurança completa acompanhada de ficheiros incrementais dependentes e metadados. As aplicações de cópia de segurança para NAS doméstico utilizam nomes diferentes, mas o princípio de recuperação é o mesmo: todas as dependências necessárias do ponto de reposição têm de permanecer disponíveis e consistentes.
A limpeza da retenção, a replicação interrompida, a movimentação manual de ficheiros e as regras de ciclo de vida do armazenamento de objetos podem remover um pequeno elemento da cadeia sem eliminar o ponto de reposição mais recente visível.
Execute verificações do repositório depois de copiar ou colocar as cópias de segurança em camadas, e não apenas depois de as criar no destino original.
Alterações no software e na plataforma podem interromper o processo de desencriptação
Um NAS novo pode utilizar outra arquitetura de CPU, versão da aplicação, imagem de contentor, configuração regional, fornecedor de credenciais ou integração com um arquivo de chaves. O formato encriptado pode manter-se estável, enquanto o processo de reposição envolvente se altera.
A Veritas alerta para o facto de os suportes encriptados não poderem ser repostos sem as frases-passe de encriptação necessárias. Os testes de compatibilidade também devem verificar se o ambiente de substituição reconhece o repositório, carrega o plugin correto e suporta a versão do arquivo.
Mantenha uma cópia do software de reposição ou da definição do contentor juntamente com a documentação de recuperação quando o formato depender de uma ferramenta específica. Exporte a configuração separadamente dos dados da aplicação.
Uma reposição num ambiente limpo é a única prova de ponta a ponta
Faça o teste a partir de uma máquina ou ambiente temporário que não contenha as caches do NAS original, segredos montados ou credenciais guardadas. Obtenha a chave documentada, abra um ponto de reposição antigo e um recente e verifique ficheiros representativos.
O processo de teste de reposição da ZimaSpace separa a existência dos dados da cópia de segurança da prova de que a família consegue recuperá-los. Registe a hora, as credenciais necessárias, as dependências em falta e quaisquer passos manuais descobertos durante o teste.
Verifique mais do que a desencriptação. Confirme os nomes dos ficheiros, as permissões, as somas de verificação, as bases de dados das aplicações e a possibilidade de utilizar os dados repostos no hardware de substituição.
Uma cópia de segurança só é aprovada quando um operador com documentação consegue repor dados úteis depois de o servidor original e os respetivos segredos armazenados localmente em cache deixarem de estar disponíveis.
FAQ
O suporte pode recuperar uma chave de encriptação perdida?
Normalmente, não, quando o sistema foi concebido para utilizar encriptação forte controlada pelo cliente. O suporte pode reparar o software ou os metadados do repositório, mas não consegue derivar uma chave criptográfica desconhecida a partir de texto cifrado.
A chave de encriptação deve ser armazenada juntamente com a cópia de segurança?
Uma cópia encriptada da chave pode ser armazenada com alguns repositórios, mas uma cópia de recuperação exportada e independente protege contra a corrupção ou eliminação do repositório. A frase-passe e a chave não devem partilhar todos os limites de falha.
Uma verificação bem-sucedida do repositório prova que a reposição funcionará?
Não. Pode verificar os blocos e índices armazenados sem testar a obtenção da chave, o hardware de substituição, as credenciais, as permissões, a compatibilidade da aplicação ou a possibilidade de utilizar os ficheiros repostos.
Produtos recomendados
Centro de Tecnologia e IA
Mais para Ler
Estado em tempo de execução vs. estado persistente no Home Assistant: o que tem de sobreviver ao reinício?
O Home Assistant não persiste todos os valores em tempo real; a configuração, os registos, os estados restaurados selecionados, o histórico e os dados...
Como é que o Home Assistant autentica sessões locais e remotas?
As sessões locais e remotas do Home Assistant utilizam o mesmo modelo de identidade do lado do servidor; o acesso remoto altera a rota...
Porque é que as consultas ao histórico do Home Assistant podem ficar mais lentas à medida que os dados do Recorder aumentam?
O crescimento do gravador pode aumentar o custo das consultas do Histórico quando o intervalo solicitado abrange mais linhas, as falhas de cache aumentam...
