Ter cópias dos dados não garante, por si só, que uma empresa consiga retomar a operação após ransomware. A restauração depende de cópias íntegras e acessíveis, mas também de credenciais, sistemas, prioridades e procedimentos que funcionem juntos. O teste precisa demonstrar essa cadeia, não apenas confirmar que um job terminou sem erro.
Comece pelo serviço que precisa voltar
Liste serviços essenciais — por exemplo, loja virtual, banco de dados, sistema financeiro e identidade — e registre dependências: DNS, certificados, arquivos, aplicações e acessos administrativos. Defina para cada serviço um RPO (quanto de dado pode ser perdido, medido em tempo) e um RTO (quanto tempo pode ficar indisponível). Valide essas metas com quem responde pelo negócio; não escolha números apenas por conveniência técnica.
Proteja as cópias e os caminhos de recuperação
A CISA recomenda manter backups críticos criptografados e offline, testar disponibilidade e integridade em cenários de recuperação e considerar imagens-base para reconstruir sistemas. Cópias continuamente acessíveis com as mesmas credenciais do ambiente principal podem também ficar ao alcance de um invasor. Separe permissões, proteja credenciais e mantenha instruções de recuperação acessíveis mesmo se a rede corporativa estiver indisponível.
Imutabilidade pode ajudar contra alteração ou exclusão durante um período definido, mas não substitui testes, controle de acesso ou análise de requisitos legais. A CISA alerta que configurações incorretas podem gerar custos e que certas opções podem não atender a critérios regulatórios específicos.
Faça um teste de restauração isolado
- Escolha uma cópia e registre data, sistema e responsável.
- Restaure em ambiente separado da produção, sem reconectar máquinas possivelmente comprometidas.
- Valide integridade dos arquivos e consistência da aplicação e do banco de dados.
- Meça o tempo até um serviço utilizável e compare com o RTO; identifique o ponto recuperado e compare com o RPO.
- Registre falhas, dependências ausentes, permissões e passos manuais; atualize o runbook e repita após mudanças relevantes.
Priorize a retomada, não só a cópia
Durante um incidente, restaure em ordem definida pelo impacto: serviços críticos e suas dependências primeiro. Antes de reconectar sistemas, confirme que o ambiente de recuperação está limpo e que a causa do incidente foi tratada. Um backup sincronizado pode replicar arquivos já criptografados; retenção com pontos históricos e cópias isoladas reduzem essa dependência de uma única versão.
Checklist de continuidade
- Inventário de dados e sistemas essenciais atualizado.
- RPO/RTO aprovados pelos responsáveis do negócio.
- Cópias criptografadas com acesso separado e retenção adequada.
- Restauração real, isolada e registrada, incluindo aplicação e dependências.
- Plano de resposta e contatos disponíveis offline.
Perguntas frequentes
Com que frequência testar a restauração?
Defina periodicidade conforme criticidade e mudanças do ambiente. Faça novo teste após alterações que possam afetar cópias, credenciais, aplicação ou procedimento; a orientação da CISA é testar regularmente.
Backup em nuvem substitui cópia offline?
Não necessariamente. Avalie isolamento, permissões, retenção e possibilidade de recuperar versões anteriores. “Na nuvem” não descreve, sozinho, essas propriedades.
O teste precisa restaurar tudo?
Um exercício pode começar por um serviço crítico e suas dependências, mas o plano deve cobrir os componentes necessários à operação e evoluir com testes representativos.
Próximo passo
Revise sua estratégia de backup e continuidade com base nos sistemas e metas reais da empresa. Se sua operação depende de infraestrutura em nuvem ou VPS, considere como os recursos de hospedagem se encaixam no plano de recuperação; consulte a HAD Cloud para conhecer as opções disponíveis, sem presumir que qualquer serviço substitui uma estratégia de backup testada.
