Uma rotina de backup pode terminar sem erros e ainda assim falhar quando a empresa mais precisa dela. O arquivo pode estar incompleto, a credencial de recuperação pode não funcionar ou a restauração pode demorar mais do que a operação consegue tolerar. Por isso, a pergunta importante não é apenas “temos cópia?”, mas “conseguimos recuperar dados e serviços, dentro de um prazo conhecido, sem reintroduzir o incidente?”.
A CISA recomenda manter cópias críticas criptografadas e offline, além de testar regularmente disponibilidade e integridade em cenário de recuperação. A orientação é especialmente relevante contra ransomware, que pode tentar localizar e apagar cópias acessíveis. (Consulte o guia StopRansomware da CISA.)
Backup concluído não significa recuperação comprovada
O log de sucesso confirma uma etapa do processo de cópia; não comprova sozinho que o dado está íntegro, que a aplicação volta a funcionar ou que a equipe sabe executar a recuperação. O NIST, no SP 800-184, Guide for Cybersecurity Event Recovery, recomenda planejar a recuperação, definir prioridades e validar capacidades por meio de testes e melhoria contínua.
Na prática, faça a restauração em ambiente isolado, sem sobrescrever produção. Verifique arquivos, banco de dados, permissões e funções essenciais da aplicação. Registre o tempo decorrido e os problemas encontrados. Um backup restaurado que não passa por validação funcional ainda não demonstrou que o serviço está pronto.
Defina o que precisa voltar primeiro
Liste sistemas e dados por impacto no negócio: por exemplo, pedidos e pagamentos, site institucional, arquivos financeiros e ferramentas internas. Para cada item, identifique dependências como DNS, certificados, banco de dados, segredos de aplicação, código e configurações de infraestrutura. Sem essa visão, a equipe pode recuperar uma máquina e continuar sem conseguir atender clientes.
Defina metas realistas de RPO e RTO. RPO (Recovery Point Objective) é a perda máxima de dados, expressa como intervalo de tempo, que o negócio aceita. RTO (Recovery Time Objective) é o prazo-alvo para retomar o serviço. São objetivos de planejamento, não garantias: o teste precisa medir se a estratégia atual se aproxima deles.
Um exercício simples de restauração
- Escolha um serviço importante e uma cópia representativa, incluindo dados e configuração necessários.
- Registre a data da cópia e confirme quem pode acessá-la; confira se existe uma cópia protegida contra alteração ou desconectada da rede.
- Restaure em ambiente separado, com acesso limitado, seguindo o procedimento documentado.
- Valide integridade e uso real: abra arquivos, consulte registros no banco e execute um fluxo essencial sem envolver usuários finais.
- Meça o tempo de cada etapa, compare com RPO/RTO e anote falhas, dependências esquecidas e permissões faltantes.
- Corrija o procedimento e repita em uma frequência proporcional à criticidade e às mudanças do ambiente.
Reduza o risco de a cópia acompanhar o ataque
Separe credenciais de backup das credenciais administrativas do ambiente principal, limite quem pode excluir ou alterar cópias e use criptografia. Sempre que possível, mantenha uma cópia offline ou com proteção contra alteração; confirme como essa proteção funciona e quais são suas limitações. A CISA alerta que sincronização em nuvem, por si só, pode replicar arquivos criptografados pelo invasor e não substitui uma estratégia de cópias protegidas.
Inclua no plano os arquivos de configuração, modelos de infraestrutura como código, software necessário, chaves e instruções de reconstrução — armazenados de forma segura e com acesso de emergência definido. Um backup de dados sem os elementos necessários para reconstruir o serviço pode alongar a indisponibilidade.
Checklist para a próxima revisão
- Há cópia recente e protegida dos dados e sistemas prioritários?
- Uma restauração completa foi executada e validada, não apenas simulada?
- O procedimento funciona sem depender de uma conta comprometida?
- As metas de RPO/RTO refletem a necessidade real da operação?
- As pessoas responsáveis sabem quem autoriza, executa e valida a recuperação?
- O plano inclui comunicação, contenção do incidente e critérios para reconectar sistemas limpos?
Para empresas que hospedam aplicações em VPS ou cloud, a estratégia de continuidade deve considerar tanto os dados quanto a infraestrutura e as responsabilidades de cada fornecedor. A HAD Cloud pode conversar com sua equipe sobre necessidades de hospedagem e infraestrutura; confirme diretamente quais recursos e responsabilidades se aplicam ao ambiente contratado. Nenhuma modalidade de hospedagem substitui um plano de backup e restauração testado.
Perguntas frequentes
Com que frequência devo testar a restauração?
Não existe uma periodicidade universal para todas as empresas. Comece pelos sistemas mais críticos e aumente a frequência quando houver mudança relevante, exigência regulatória ou maior impacto de indisponibilidade. Documente a decisão e os resultados.
Um backup em nuvem protege contra ransomware?
Não automaticamente. Se a cópia estiver acessível com as mesmas credenciais ou sincronizar alterações maliciosas, pode ser afetada. Avalie isolamento, controle de acesso, retenção, proteção contra exclusão e testes de recuperação.
Qual a diferença entre RPO e RTO?
RPO estima quanto dado a empresa aceita perder; RTO define o tempo-alvo para retomar um serviço. Ambos devem ser definidos conforme o impacto de negócio e verificados em exercícios de recuperação.
