Existe uma tática que praticamente todo ataque de ransomware moderno usa antes de pedir o resgate. Essa tática é procurar e destruir os backups da vítima primeiro. Segundo relatórios recentes do setor, a grande maioria dos ataques de ransomware tenta comprometer justamente os sistemas de backup. O motivo é simples. Sem uma cópia íntegra para restaurar, a empresa fica sem alternativa além de negociar.
Isso muda a pergunta que toda empresa deveria fazer sobre sua estratégia de backup. Não basta perguntar “eu tenho backup do meu ERP?”. A pergunta certa é: “meu backup pode ser apagado ou criptografado junto com o resto do ambiente?”. Se a resposta for sim, o backup existe, mas não protege.
Backup tradicional x Backup imutável: a diferença que decide uma recuperação
| Aspecto | Backup Tradicional | Backup Imutável |
| Pode ser apagado por um administrador comprometido | Sim | Não, durante o período de retenção definido |
| Pode ser criptografado por ransomware | Sim, se acessível pela rede | Não — a cópia permanece intocada |
| Tecnologia envolvida | Cópia simples, sobrescrita periódica | WORM (Write Once, Read Many) / bloqueio de objeto |
| Confiabilidade após um ataque | Incerta — depende se o backup também foi atingido | Alta — cópia protegida mesmo com credenciais comprometidas |
| Aderência à LGPD e continuidade de negócio | Parcial | Reforçada, com trilha de recuperação auditável |
A regra 3-2-1-1: o padrão que sustenta uma recuperação real
Na prática, uma estratégia de backup consistente para o ERP costuma seguir uma lógica simples de camadas:
- 3 cópias dos dados — o original mais duas cópias, nunca depender de uma única versão;
- 2 mídias ou locais diferentes — reduzindo o risco de uma falha física atingir todas as cópias ao mesmo tempo;
- 1 cópia fora do ambiente principal — em outro data center ou provedor, isolada da rede corporativa;
- 1 cópia imutável — protegida contra exclusão ou alteração, mesmo por quem tem acesso administrativo.
Por isso, é esse último “1” que faz a diferença. Ele separa duas realidades. Uma empresa se recupera em horas; outra fica dias, ou semanas, parada negociando com criminosos.
Sinais de que o backup atual do seu ERP não está realmente protegido
- O backup fica na mesma rede e com as mesmas credenciais de acesso do ambiente de produção.
- Ninguém testa a restauração do backup há mais de seis meses.
- Não existe política clara de retenção — cópias antigas são simplesmente sobrescritas sem critério.
- O backup depende de um único responsável, sem documentação do processo.
- Não há registro de quando foi a última verificação de integridade das cópias.
Como funciona o backup gerenciado da Dalla
O backup ERP gerenciado da Dalla trabalha com cópias diárias automatizadas e monitoradas. Uma equipe proativa acompanha a integridade dos dados — e não apenas confirma que “o job rodou ontem à noite”. Essa camada complementa a hospedagem ERP em nuvem com Data Center no Brasil. Assim, mesmo em caso de incidente, existe um caminho real de restauração rápida.
Combinado ao firewall NGFW e à proteção anti-ransomware já aplicados no ambiente, o backup gerenciado funciona como a última barreira. Ela garante que, mesmo se todo o resto falhar, os dados da operação continuam recuperáveis.
O backup não é sobre nunca ser atacado
Nenhuma empresa está imune a tentativas de ataque — isso já é consenso entre especialistas de segurança. Um incidente pode gerar só algumas horas de instabilidade, ou paralisar a operação por semanas. A diferença está na qualidade do backup. Ela está, sobretudo, na imutabilidade dessa cópia. Antes de perguntar “quando”, vale perguntar “estamos realmente protegidos para depois?”. Fale com a Dalla e avalie se a estratégia de backup do seu ERP resistiria a um ataque real.
