Módulo 8 · 8.1
Cópias de segurança: quem faz o quê, e a regra 3-2-1
Módulo 8: Cópias de segurança, saída e gestão · Tempo de leitura: 11 minutos
Objetivo de aprendizagem: Após esta lição, saberá explicar o que o seu serviço de cloud consegue e não consegue repor por si, porque é que sincronizar não é uma cópia de segurança, e como configurar a sua própria cópia de segurança seguindo a regra 3-2-1, que também já testou.
Conceitos-chave: cópia de segurança, responsabilidade partilhada, reciclagem, versões, cópia de segurança do sistema do fornecedor, cópia de segurança própria, regra 3-2-1, cópia offline ou desligada, ransomware, sincronização, teste de recuperação, prazo de conservação, objetivo de recuperação (quanto trabalho pode perder)
"Mas isso não está guardado na cloud?"
Esta é a frase que mais se ouve, e só está parcialmente correta. Um serviço de cloud garante que os seus ficheiros não desaparecem se um disco rígido no centro de dados avariar. Isso é diferente de repor tudo o que o utilizador, um colega ou um vírus tenha apagado ou danificado.
Na Bakkerij De Korrel acontece o seguinte. Um colaborador abre, numa sexta-feira à tarde, um anexo infetado. O ransomware encripta os ficheiros no seu portátil, incluindo os que estão na pasta sincronizada. A aplicação de sincronização faz o seu trabalho normalmente e envia as versões encriptadas para a cloud em poucos minutos, e a partir daí para os portáteis dos colegas. Na segunda-feira de manhã, já ninguém consegue abrir as receitas.
Se o serviço ajuda ou não nesta situação depende de três fatores: as versões, a reciclagem e o que o próprio fornecedor conserva. E ainda se o utilizador tem uma cópia própria que o ransomware não conseguiu alcançar.
Sincronizar não é uma cópia de segurança
Uma sincronização mantém vários locais iguais entre si. É precisamente isso que não se quer quando há um erro: um ficheiro eliminado é eliminado em todo o lado, um ficheiro encriptado fica encriptado em todo o lado. Uma cópia de segurança é uma cópia de um momento anterior, que não acompanha automaticamente o que acontece agora.
O que a sua cloud tem:
- Versões: a cada alteração, o serviço guarda a versão anterior durante algum tempo. Depois do ataque de ransomware, repõe-se a versão de sexta-feira de manhã.
- Reciclagem: os ficheiros eliminados permanecem disponíveis durante algum tempo.
Mas ambos têm limites. São eliminados ao fim de um determinado prazo (frequentemente por volta de 30 dias), por vezes antes se for necessário libertar espaço, e encontram-se na mesma conta. Quem se apoderar da sua conta, ou esvaziar a reciclagem por engano, elimina também a sua rede de segurança.
Responsabilidade partilhada: quem faz o quê?
Em qualquer serviço de cloud, a responsabilidade está dividida. Confirme isto junto do seu fornecedor e registe-o por escrito.
| O quê | Quem | Exemplo |
|---|---|---|
| Hardware e centro de dados | Fornecedor | Um disco avariado não é notado pelo utilizador |
| Cópia de segurança do sistema dos servidores | Fornecedor | Após um incidente grave, como um servidor avariado, o fornecedor repõe o sistema. Normalmente o utilizador não consegue extrair nada dessa cópia |
| Recuperação diária de ficheiros | O utilizador, com versões e reciclagem | Um ficheiro substituído por engano |
| Cópia de segurança própria, fora do serviço | O utilizador | Conta perdida, fornecedor em falência, ransomware que também afeta as versões, prazos de conservação mais longos do que os oferecidos pelo serviço |
| Cópia de segurança do correio eletrónico | Varia consoante o fornecedor | Em alguns fornecedores é possível repor uma caixa de correio a partir de uma cópia de segurança noturna, noutros não |
Pergunte concretamente: durante quanto tempo guardam as versões e a reciclagem? Fazem cópias de segurança próprias e é possível repor algo a partir delas? Durante quanto tempo? Onde estão guardadas (outro centro de dados, mesmo país)? Quanto custa uma recuperação, e com que rapidez? O que acontece aos meus dados se eu cancelar o serviço?
A regra 3-2-1
Para a sua própria cópia de segurança, a regra 3-2-1 é o princípio mais conhecido. O NCSC (o centro nacional de cibersegurança dos Países Baixos) explica-a assim:
- 3 cópias dos seus dados importantes: o original e duas cópias de segurança;
- em 2 tipos diferentes de armazenamento, por exemplo a cloud e um disco externo;
- das quais 1 noutro local.
Para o ransomware há um complemento importante: pelo menos uma cópia deve estar desligada ou ser inalterável, para que um vírus no computador não lhe consiga aceder. Um disco externo que está sempre ligado ao portátil não conta, por isso, como cópia segura.
Para a De Korrel, isto tem o seguinte aspeto:
| Cópia | Local | Frequência |
|---|---|---|
| 1. Original | A nova cloud europeia, com versões e reciclagem | Sempre |
| 2. Cópia de segurança própria | Um segundo serviço de cópias de segurança independente, ou armazenamento noutro fornecedor, com credenciais e prazo de conservação próprios | Todas as noites, automaticamente |
| 3. Cópia offline | Dois discos externos que vão alternadamente para casa com o proprietário | Todas as segundas-feiras, manualmente |
Importante quanto ao RGPD: também as suas cópias de segurança contêm dados pessoais. Uma cópia de segurança noutro serviço é também um tratamento de dados, que exige um contrato de subcontratação (art. 28.º RGPD) (lição 9.2), e um disco externo deve estar encriptado.
Quanto trabalho pode perder, e com que rapidez tem de ser reposto?
Duas perguntas determinam quão robusta deve ser a sua cópia de segurança:
- Quanto trabalho se pode perder? Se fizer uma cópia de segurança uma vez por noite e algo correr mal às 16h00, perde um dia de trabalho. Para receitas, isso é tolerável; para uma loja online com encomendas, não.
- Com que rapidez tem de ser reposto? Algumas pastas repõem-se numa hora. Transferir e repor um ambiente completo de centenas de gigabytes pode demorar dias. Saiba isto com antecedência.
Uma cópia de segurança que não testou é apenas uma suposição
O NCSC afirma-o também: testar é tão importante como criar a cópia de segurança. Muitas organizações só descobrem, numa situação de crise, que a cópia de segurança já não funcionava há meses, ou que a palavra-passe da cópia encriptada ficou com um ex-colaborador.
Por isso, planeie um teste de recuperação (exercício E8.1):
- Escolha uma pasta, uma agenda e uma caixa de correio.
- Reponha-as a partir da cópia de segurança para um local separado (nunca sobre o original).
- Abra alguns ficheiros e verifique a data e o conteúdo.
- Anote quanto tempo demorou e o que correu mal.
- Repita isto pelo menos uma vez por ano, e após cada alteração à cópia de segurança.
Na prática: é assim num fornecedor
Numa instalação Nextcloud da WebOké, o próprio utilizador repõe ficheiros a partir de Ficheiros eliminados e restaura versões mais antigas. Os ficheiros eliminados e as versões ficam disponíveis até 31 dias, e desaparecem antes disso se, em conjunto, ocuparem mais de metade do espaço livre disponível. Uma versão à qual tenha dado um nome permanece guardada. A WebOké faz também cópias de segurança do sistema dos servidores, como garantia contra incidentes graves; o cliente não consegue, por si só, repor nada a partir dessas cópias. Para a sua própria cópia, o manual recomenda incluir a pasta da aplicação de ambiente de trabalho na cópia de segurança do computador, ou copiá-la ocasionalmente para um disco externo.
Para pacotes de alojamento e de correio eletrónico, a WebOké tem uma configuração diferente: uma cópia de segurança de todo o pacote é feita todas as noites, incluindo as caixas de correio, que o próprio utilizador pode repor ou transferir durante 30 dias através do WebOké Backups em O meu WebOké.
Noutros fornecedores, isto varia consideravelmente. Por isso, confirme sempre: o facto de existirem "cópias de segurança" não significa, por si só, que o utilizador consiga repor algo a partir delas.
Resumo
- Sincronizar não é uma cópia de segurança: os erros e o ransomware são sincronizados da mesma forma.
- As versões e a reciclagem são a sua rede de segurança diária, com um prazo limitado e dentro da mesma conta.
- Defina o que o fornecedor faz e o que o utilizador faz. A cópia de segurança do sistema do fornecedor normalmente não serve para a recuperação diária do utilizador.
- Siga a regra 3-2-1, com pelo menos uma cópia desligada.
- Teste a sua recuperação pelo menos uma vez por ano, para um local separado.
Quiz
Exercício
Exercício E8.1: Acordos de cópia de segurança e teste de recuperação. Preencha, para o seu novo serviço, a tabela "quem faz o quê" (confirme junto do fornecedor), conceba a sua própria configuração 3-2-1 e realize um teste de recuperação seguindo o protocolo em OPDRACHTEN.md.
Exercício E8.1: Acordos de cópia de segurança e teste de recuperação
Peça ao fornecedor informação sobre os acordos de cópia de segurança, preencha as tabelas e faça o teste de recuperação de acordo com o protocolo da lição.
As suas marcações e notas ficam apenas neste navegador; não as enviamos para lado nenhum. Se tiver sessão iniciada, guardamos em Os meus cursos apenas que concluiu o exercício.
Para saber mais
Os passos indicados nestes artigos aplicam-se aos serviços da WebOké; noutros fornecedores o funcionamento é semelhante.
- Manual do Nextcloud 6.1: Recuperar um ficheiro eliminado a partir de Ficheiros eliminados
- Manual do Nextcloud 6.2: Restaurar uma versão anterior e nomear versões
- Manual do Nextcloud 6.3: Durante quanto tempo guarda o Nextcloud as versões e os ficheiros eliminados?
- Manual do Nextcloud 6.6: Cópias de segurança no WebOké: o que guardamos e o que pode fazer você mesmo
- Manual do WebOké 6.10: WebOké Backups: restaurar ficheiros
- Manual DirectAdmin 16.1: Que cópias de segurança existem no WebOké
- WebOké Backups: visualizar, restaurar ou transferir uma cópia de segurança
- Recuperar caixa de correio ou e-mails eliminados a partir da cópia de segurança
- NCSC (centro nacional de cibersegurança dos Países Baixos), Criar uma boa cópia de segurança em 3 passos: https://www.ncsc.nl/back-up/maak-in-3-stappen-een-goede-back-up
- NCSC, Definir uma estratégia de cópias de segurança: https://www.ncsc.nl/back-up/een-back-up-strategie-opstellen