Backup 3-2-1: como proteger os dados da empresa contra falhas e ransomware

Três cópias, duas mídias, uma fora do local. A regra do backup 3-2-1 cabe em uma frase e, mesmo assim, resolve boa parte dos problemas que fazem uma empresa perder dados: disco que queima, notebook furtado, arquivo apagado por engano, incêndio no escritório e, cada vez mais, ataque de ransomware. O que a regra não faz sozinha é dizer como aplicar essa lógica a um negócio que guarda informação em computadores, servidores, e-mails e sistemas em nuvem ao mesmo tempo. Este tutorial percorre esse caminho, da definição ao teste de restauração.

O que diz a regra 3-2-1

Cada número responde a um tipo de risco:

• 3 cópias dos dados: a original, usada no dia a dia, e mais duas cópias de segurança. Com uma única cópia de backup, qualquer falha nela deixa a empresa sem saída.
• 2 tipos diferentes de armazenamento: por exemplo, um equipamento de armazenamento em rede no escritório e um serviço em nuvem, ou um disco externo e uma fita. Mídias diferentes não falham pelos mesmos motivos ao mesmo tempo.
• 1 cópia fora do local: guardada em outro endereço ou em um provedor externo. É ela que protege contra incêndio, alagamento, furto e qualquer evento que atinja o prédio inteiro.

A ideia central é a independência. Duas cópias no mesmo disco, no mesmo computador ou na mesma sala compartilham o mesmo destino. A regra obriga a espalhar o risco.

Por que o ransomware mudou a conversa

Durante muito tempo, o backup foi pensado para falhas acidentais. O ransomware trouxe um adversário que procura as cópias de propósito. Muitos ataques, antes de criptografar os dados, tentam localizar e apagar backups conectados à rede, justamente para aumentar a pressão pelo pagamento do resgate.

A Cartilha de Segurança para Internet, do CERT.br, é direta: se o equipamento for infectado, a única garantia de recuperar os dados é ter backups atualizados, e o pagamento do resgate não garante a devolução do acesso. Por isso, ganhou força no mercado uma variação da regra, chamada 3-2-1-1-0: além das três cópias, duas mídias e uma fora do local, pelo menos uma cópia deve ser desconectada ou imutável, e o zero indica nenhum erro nas verificações de restauração.

Cópia imutável é aquela que, depois de gravada, não pode ser alterada nem apagada durante um período definido, nem mesmo por quem tem senha de administrador. Vários serviços de armazenamento em nuvem e equipamentos de backup oferecem esse recurso. Cópia desconectada, ou offline, é a que fica fisicamente fora da rede, como um disco guardado em cofre.

Primeiro passo: mapear o que precisa de proteção

Antes de comprar qualquer solução, faça um inventário. Em uma pequena empresa, ele costuma incluir:

• Arquivos em computadores, servidores e pastas compartilhadas.
• E-mails, incluindo caixas de pessoas que já saíram da empresa.
• Sistemas de gestão, como ERP, financeiro e emissão de notas, com seus bancos de dados.
• Ferramentas SaaS, como suítes de escritório, CRM e gestão de projetos.
• Configurações, como regras de firewall, cadastros de usuários e scripts, que dão trabalho para recriar.

Um ponto merece atenção especial: sincronização não é backup. Serviços que mantêm uma pasta igual no computador e na nuvem copiam também os erros. Se um arquivo é apagado ou criptografado de um lado, a alteração aparece do outro. O mesmo raciocínio vale para ferramentas SaaS. O fornecedor cuida da disponibilidade da infraestrutura, mas a exclusão feita por um usuário ou por um invasor com credenciais válidas costuma ser tratada como uma ação legítima. Verifique por quanto tempo cada serviço guarda itens excluídos e, se o dado for crítico, considere uma cópia independente.

Segundo passo: definir frequência e retenção

Duas perguntas orientam a frequência:

• Quanto de trabalho a empresa aceita perder? Se a resposta for um dia, o backup precisa ser pelo menos diário. Se for uma hora, a frequência precisa acompanhar. Esse limite é chamado de objetivo de ponto de recuperação.
• Em quanto tempo o sistema precisa voltar? Restaurar um servidor inteiro a partir da nuvem pode levar muitas horas, dependendo do volume e da conexão. Esse prazo é o objetivo de tempo de recuperação e influencia onde as cópias devem ficar.

A retenção define por quanto tempo cada cópia é mantida. Um esquema comum combina cópias diárias guardadas por algumas semanas, semanais guardadas por alguns meses e mensais guardadas por um ano ou mais. Retenções longas ajudam em um cenário frequente: descobrir semanas depois que um arquivo foi corrompido ou que um invasor estava na rede havia tempo. Documentos com prazos legais de guarda, como os fiscais e trabalhistas, devem seguir a orientação do contador ou do jurídico.

Terceiro passo: montar a estrutura

Um desenho possível para uma empresa pequena, sem grandes investimentos:

1. Cópia 1, a produção: os dados em uso nos computadores, no servidor e nas ferramentas em nuvem.
2. Cópia 2, local: um equipamento de armazenamento em rede no escritório recebe backups automáticos diários, com versões anteriores preservadas. A restauração a partir dele é rápida.
3. Cópia 3, externa: um serviço de backup em nuvem, de fornecedor diferente do usado na produção, com retenção imutável ativada. Para dados de SaaS, uma ferramenta que exporte periodicamente o conteúdo para esse armazenamento independente.

Alguns cuidados completam a estrutura:

• Credenciais separadas. A conta que administra o backup não deve ser a mesma usada no dia a dia nem estar ligada ao mesmo login dos demais sistemas.
• Autenticação multifator no console do backup e no provedor de nuvem.
• Criptografia das cópias, com a chave guardada em local seguro e fora do próprio backup.
• Alertas monitorados. Uma rotina que falha em silêncio por meses é um dos problemas mais comuns.

Notebooks de quem trabalha fora do escritório merecem atenção própria. Eles raramente estão conectados à rede local no horário do backup e, por isso, costumam ficar de fora. A saída é orientar a equipe a salvar documentos nas pastas corporativas protegidas ou usar uma solução de backup que funcione pela internet, com a mesma política de retenção dos demais equipamentos.

Quarto passo: testar a restauração antes de precisar

Backup que nunca foi restaurado é uma hipótese, e não uma garantia. O teste revela arquivos corrompidos, cópias incompletas, senhas perdidas e procedimentos que ninguém sabe executar. Uma rotina simples:

• Mensalmente, restaure alguns arquivos escolhidos ao acaso, de datas diferentes, e confira se abrem normalmente.
• Trimestralmente, restaure algo maior, como uma caixa de e-mail, uma pasta inteira ou o banco de dados do sistema de gestão, em um ambiente separado.
• Anualmente, simule um desastre: suponha que o escritório ficou inacessível e restaure o essencial a partir da cópia externa, medindo o tempo gasto.

Registre cada teste, com data, o que foi restaurado, quanto tempo levou e o que deu errado. Mantenha o passo a passo da restauração documentado e disponível fora dos sistemas que ele pretende recuperar, inclusive em papel. Em um incidente real, a documentação guardada no servidor criptografado não ajuda ninguém.

Erros que anulam a regra

• Deixar o disco externo de backup permanentemente conectado ao computador, ao alcance de um ransomware.
• Guardar a cópia "externa" na gaveta ao lado do servidor.
• Considerar a sincronização com a nuvem como backup.
• Não incluir as ferramentas SaaS e os e-mails no plano.
• Nunca testar a restauração ou testar sempre o mesmo arquivo.
• Não ter um responsável nomeado para acompanhar alertas e testes.

A regra 3-2-1 é usada há muitos anos e continua atual porque parte de um princípio simples: qualquer cópia pode falhar, e a proteção está em ter outra que não falhe pelo mesmo motivo.