Toda empresa que atendemos responde a mesma coisa quando perguntamos sobre ransomware: “a gente tem backup”. Aí vem a segunda pergunta, e o silêncio é sempre igual: quando foi a última vez que vocês restauraram alguma coisa?
Backup e capacidade de recuperação não são a mesma coisa. Um é um arquivo. O outro é um processo testado, com prazo conhecido e responsável definido. A diferença entre os dois costuma ser descoberta no pior dia possível.
O cenário brasileiro em 2026
Os números ajudam a dimensionar o problema:
- Segundo o ESET Security Report, 29% das empresas brasileiras já relataram ter sofrido pelo menos um ataque de ransomware — e 73% não contrataram nenhum seguro cibernético.
- O custo médio de uma violação de dados no Brasil chegou a R$ 7,19 milhões, alta de 6,5% sobre o ano anterior.
- Pequenas e médias empresas estão entre os alvos que mais crescem, justamente por terem defesas menos maduras que as grandes corporações.
Há ainda um detalhe que muita gente ignora: o ransomware moderno é de dupla extorsão. Ele criptografa e exfiltra. Backup resolve a paralisação — não resolve o vazamento, nem as consequências de LGPD e reputação que vêm junto.
Os cinco pontos onde o backup falha na hora H
1. O backup está acessível a partir do domínio
Se o servidor de backup está no Active Directory e o operador acessa com uma conta de domínio, o ransomware chega lá também. É o alvo número um do atacante — ele apaga ou criptografa as cópias antes de disparar a criptografia no ambiente de produção. Backup precisa ficar fora do domínio, com credenciais isoladas.
2. Não existe cópia imutável
Imutabilidade significa que, uma vez gravado, o dado não pode ser alterado nem excluído durante um período definido — nem pelo administrador, nem por quem roubou a credencial do administrador. Sem isso, “ter backup” vale enquanto ninguém com privilégio for comprometido.
3. Ninguém sabe o RTO e o RPO reais
Duas perguntas que toda diretoria deveria saber responder:
- RPO — quanto de dado a empresa aceita perder? Uma hora? Um dia?
- RTO — quanto tempo a operação pode ficar parada até voltar?
Sem esses dois números definidos em contrato com o negócio, não existe projeto de continuidade — existe uma rotina de cópia rodando de madrugada e a esperança de que dê certo.
4. A restauração nunca foi testada
Job verde no painel não é garantia de restauração bem-sucedida. Backup que nunca foi restaurado é uma hipótese, não um plano. Teste de restauração precisa ter periodicidade fixa, evidência documentada e cronômetro — porque o tempo de restauração é o dado que valida (ou destrói) o seu RTO.
5. Não há cópia fora do site
Incêndio, alagamento, furto e sequestro do próprio storage não distinguem produção de backup quando os dois estão no mesmo rack.
3-2-1-1-0: a regra atualizada
A clássica regra 3-2-1 ganhou duas casas por causa justamente do ransomware:
| Número | Significado |
|---|---|
| 3 | cópias dos dados |
| 2 | mídias ou tecnologias diferentes |
| 1 | cópia fora do site (offsite) |
| 1 | cópia offline, air-gapped ou imutável |
| 0 | erros na verificação de restauração |
O zero no fim é o mais negligenciado — e o único que prova que os quatro anteriores funcionam.
Backup resolve o dado. E a operação?
Restaurar 4 TB leva horas, às vezes dias. Se o negócio não pode parar por esse tempo, backup sozinho não é a resposta: é preciso alta disponibilidade e replicação.
Em ambientes virtualizados com Proxmox VE ou XCP-ng, isso significa cluster com storage compartilhado ou replicado, failover automático de VMs e réplicas mantidas em outro site prontas para assumir. A diferença prática: em vez de horas restaurando, você sobe a VM replicada em minutos e restaura com calma depois. Backup vira a rede de segurança — não o plano principal.
Uma arquitetura madura combina as três camadas:
- Alta disponibilidade — protege contra falha de hardware e host
- Replicação para site secundário — protege contra perda do site inteiro
- Backup imutável e testado — protege contra ransomware, erro humano e corrupção lógica
Cada uma cobre um risco que as outras não cobrem. Escolher uma só é escolher qual desastre vai doer.
Comece por aqui
Se você quer sair deste texto com uma ação concreta, faça este teste esta semana: escolha um servidor crítico, restaure em ambiente isolado e cronometre. O número que aparecer no relógio é o seu RTO real. Se ele for maior do que a empresa aguenta, você acabou de encontrar a prioridade do próximo trimestre.
Quer saber qual é o RTO real do seu ambiente? Projetamos e operamos soluções de backup imutável, replicação e alta disponibilidade em Proxmox e XCP-ng, com teste de restauração documentado. Solicite um diagnóstico de continuidade pelo WhatsApp ou escreva para contato@edxinfo.com.br e descubra em quanto tempo sua operação voltaria hoje.