Atualizado em
Atualizado julho 2026 · 14 min de leitura
Seus backups são realmente imutáveis? Faça o diagnóstico gratuito.
Diagnosticar proteção de dados →Em resumo: Backup imutável é uma cópia de dados que não pode ser modificada, criptografada nem deletada durante o período de retenção configurado — nem por ransomware, nem por administradores comprometidos. Usa tecnologia WORM (Write Once Read Many) implementada em Object Storage com Object Lock ativo. É a única defesa comprovada quando o ransomware já está dentro da rede e atinge os backups.
▶ Backup gerenciado na nuvem
Backup imutável: o que é, como funciona e por que sua empresa não pode prescindir dele
O ransomware moderno não criptografa só os seus dados. Ele apaga seus backups primeiro. Entenda o que é backup imutável, como a tecnologia WORM funciona na prática e como implementar uma camada de proteção que nenhum atacante consegue remover.
- O cenário que muda tudo
- O que é backup imutável
- Backup tradicional vs. imutável: a diferença crítica
- Como a imutabilidade funciona tecnicamente (WORM)
- Por que o ransomware mudou as regras do jogo
- Onde implementar: AWS, Azure e Veeam
- A Regra 3-2-1-1: a evolução necessária
- LGPD e backup imutável
- Quanto custa
- Checklist de implementação
- Perguntas frequentes
O cenário que muda tudo
São 6h47 de uma terça-feira. O telefone do gestor de TI toca. O sistema ERP não respondeu durante a noite. Ao acessar o servidor, a mensagem é clara: todos os arquivos foram criptografados. O atacante já está exigindo resgate em criptomoeda.
A reação imediata é correr para o backup. Mas o backup também não responde. Não porque foi criptografado junto com os dados de produção — mas porque o grupo de ransomware passou os últimos 23 dias mapeando a rede silenciosamente, identificando o sistema de backup e eliminando todas as cópias antes de ativar a criptografia.
Esse não é um cenário hipotético. É o padrão operacional de grupos como LockBit, BlackCat e Royal, documentado no Veeam Ransomware Trends Report 2024. E a única camada de proteção que impede esse desfecho tem um nome específico: backup imutável.
O que é backup imutável
Backup imutável é uma cópia de dados que, uma vez gravada, não pode ser modificada, deletada ou criptografada durante um período de retenção definido — independentemente de quem tente fazer isso. Nem o administrador do sistema. Nem um usuário com permissões root. Nem um atacante com credenciais comprometidas.
A definição técnica baseia-se no modelo WORM: Write Once, Read Many. O dado é escrito uma única vez e permanece intacto e legível durante todo o período configurado. Qualquer tentativa de modificação ou deleção é bloqueada diretamente pelo storage ou pela camada de protocolo de objeto.
Backup imutável é a garantia de que você sempre terá uma cópia limpa e restaurável — mesmo que todos os outros sistemas, incluindo seus backups convencionais, tenham sido comprometidos.
Backup tradicional vs. imutável: a diferença crítica
Na teoria, ambos fazem cópias dos seus dados. Na prática, a forma como protegem essas cópias é completamente diferente. A tabela abaixo resume o que importa em um cenário de ataque real:
| Critério | Backup Tradicional | Backup Imutável |
|---|---|---|
| Pode ser deletado por admin? | ✗ Sim — vulnerável | ✓ Não durante retenção |
| Pode ser criptografado por ransomware? | ✗ Sim, se tiver acesso | ✓ Não — bloqueio a nível de storage |
| Recuperação garantida após ataque? | ✗ Depende do escopo | ✓ Sim, dentro do período de retenção |
| Atende LGPD / compliance? | Parcialmente | ✓ Sim — trilha de auditoria imutável |
| Custo adicional | Base | ~20–40% acima do tradicional |
O custo adicional de 20–40% parece relevante até você calcular o valor de uma hora de operação parada. Para a maioria das empresas, uma única hora de downtime justifica meses de backup imutável.
Como a imutabilidade funciona tecnicamente (WORM)
A imutabilidade não é uma configuração de software que pode ser desativada. Ela é implementada em uma de duas camadas — e em ambos os casos, a proteção é garantida antes de qualquer camada de autenticação ou permissão do sistema operacional.
Imutabilidade via Object Storage
O modelo mais comum em ambientes de nuvem. Quando um objeto é escrito em um bucket configurado com política de imutabilidade (como o S3 Object Lock da AWS ou o Azure Immutable Blob Storage), o provedor aplica um lock de nível de objeto com período de retenção definido. Nenhuma chamada de API — mesmo de um usuário com permissões de admin — consegue deletar ou sobrescrever esse objeto antes do período expirar.
Imutabilidade via hardware (WORM tape ou appliance)
Para ambientes que exigem air-gap físico, fitas WORM (como LTO com WORM) oferecem imutabilidade garantida pela mídia física — o dado simplesmente não pode ser regravado independentemente do software. É o nível mais alto de proteção, mas com custo e complexidade operacional maiores.
Por que o ransomware mudou as regras do jogo
Por anos, o conselho padrão para proteção contra ransomware e continuidade de negócios foi simples: mantenha backups offline. Funcionou enquanto os atacantes eram oportunistas e rápidos.
O cenário de 2024 é radicalmente diferente. Grupos profissionais de ransomware operam como empresas — com times especializados, horários de trabalho e divisão de responsabilidades. Segundo o Veeam Ransomware Trends Report 2024:
- 93% dos ataques de ransomware em 2023 miraram diretamente os repositórios de backup
- 75% dos atacantes conseguiram afetar os backups ao menos parcialmente
- 39% das empresas que pagaram o resgate ainda assim não conseguiram recuperar todos os dados
Fonte: Veeam Ransomware Trends Report 2024
O padrão de ataque atual tem uma fase chamada de dwell time — o tempo em que o atacante permanece na rede sem ser detectado. Durante esse período, que pode durar semanas ou meses, ele mapeia silenciosamente onde estão os backups, quais sistemas de monitoramento existem e como comprometer a recuperação antes de ativar o ransomware.
Fase 1 — Reconhecimento silencioso: O atacante mapeia os sistemas de backup sem executar nenhuma ação visível.
Fase 2 — Comprometimento: Credenciais de admin são obtidas. Os jobs de backup são corrompidos ou os destinos são deletados.
Fase 3 — Ativação: Somente após garantir que não há recuperação possível, o ransomware é ativado nos sistemas de produção.
Contra essa estratégia, o backup imutável age na fase 2: mesmo que o atacante obtenha credenciais de admin e tente deletar ou sobrescrever as cópias, o Object Lock ou a proteção WORM bloqueia a operação. O backup sobrevive. A empresa tem uma saída.
Onde implementar: as principais plataformas
As três implementações mais adotadas em ambientes corporativos no Brasil combinam confiabilidade, custo previsível e compatibilidade com as principais ferramentas de backup do mercado:
A escolha depende do seu ambiente atual. Se já usa AWS ou Azure, ativar a imutabilidade no storage existente é o caminho mais simples. Se o ambiente é majoritariamente on-premise, o Veeam Hardened Repository oferece imutabilidade local sem depender de nuvem pública.
A Regra 3-2-1-1: a evolução da estratégia de backup
Você provavelmente conhece a Regra 3-2-1 de backup: 3 cópias, 2 mídias diferentes, 1 offsite. Ela continua válida como base. Mas o cenário de ransomware que mira backups criou a necessidade de uma quarta camada.
A Regra 3-2-1-1 adiciona: 1 cópia imutável ou air-gapped. Essa quarta cópia é a que garante recuperação mesmo quando as outras três são comprometidas.
Na Regra 3-2-1 clássica, um atacante com acesso admin pode comprometer as 3 cópias simultaneamente. Na 3-2-1-1, a quarta cópia imutável é tecnicamente inacessível para modificação — independentemente do nível de acesso obtido. É a diferença entre “temos backup” e “temos recuperação garantida”.
Sua empresa sobreviveria a um ataque de ransomware hoje?
Testar defesas contra ransomware →LGPD e backup imutável: conformidade que a lei exige mas não nomeia
A LGPD não menciona “backup imutável” em nenhum de seus artigos. Mas o Artigo 46 exige “medidas de segurança técnicas e administrativas aptas a proteger os dados pessoais de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou difusão.” O backup imutável é exatamente essa medida.
Além da proteção em si, o backup imutável entrega um benefício adicional de compliance: a trilha de auditoria imutável. Como nenhuma operação pode alterar os dados no período de retenção, é possível demonstrar à ANPD que os dados pessoais existiam em determinado estado em determinada data — sem possibilidade de adulteração retroativa. Para empresas em setores regulados (saúde, financeiro, jurídico), esse atributo tem valor jurídico direto.
Quanto custa implementar backup imutável
O custo adicional do backup imutável em relação a um backup convencional em nuvem é tipicamente de 20–40%, variando pela plataforma e pelo volume de dados. Os principais referências de mercado:
- AWS S3 Object Lock: custo de armazenamento padrão S3 (R$ 0,12–0,25/GB/mês) + sem custo adicional pelo Object Lock
- Azure Immutable Blob: custo de Azure Blob Storage (R$ 0,10–0,22/GB/mês) + política de imutabilidade sem custo extra
- Veeam Hardened Repository: custo de servidor Linux + licença Veeam (já inclusa em planos Veeam Backup & Replication)
- Backup Gerenciado com imutabilidade: R$ 1.000–2.500/mês para PMEs, incluindo operação, monitoramento e testes trimestrais de restauração
O parâmetro correto não é o custo mensal, mas o custo de um evento sem recuperação. Segundo o IBM Cost of a Data Breach Report 2024, o custo médio global de uma violação de dados chegou a US$ 4,88 milhões — um valor que coloca qualquer plano de backup imutável em perspectiva.
Checklist: sua empresa está protegida com backup imutável?
Use este checklist para avaliar sua postura atual. Cada “não” é uma janela aberta para o ransomware.
- ☐Tenho pelo menos uma cópia de backup com proteção WORM ativa (Object Lock ou equivalente)?
- ☐O período de retenção do backup imutável cobre o dwell time médio de ransomware (mínimo 30 dias)?
- ☐As credenciais de acesso ao sistema de backup são isoladas das credenciais de produção?
- ☐Realizei um teste de restauração a partir do backup imutável nos últimos 90 dias?
- ☐Tenho alertas para tentativas de modificação ou deleção no repositório imutável?
- ☐Ambientes SaaS (M365, Salesforce) estão cobertos com backup imutável dedicado?
- ☐A política de imutabilidade está documentada e revisada no último ano?
- ☐O período de retenção está alinhado com os requisitos de retenção da LGPD para os dados cobertos?
7–8 itens marcados: sua estratégia de recuperação é robusta. 4–6: há lacunas relevantes — revise com urgência os itens não marcados. Menos de 4: o risco de irrecuperabilidade em um ataque é real. Faça o diagnóstico gratuito de maturidade em TI e receba um roadmap priorizado para o seu perfil.
Leia também: snapshots nativos de storage All-Flash
Leia também: snapshots nativos em nuvem privada
Perguntas frequentes sobre backup imutável
Backup imutável é uma cópia de dados protegida pelo modelo WORM (Write Once, Read Many) — uma vez gravada, não pode ser modificada, deletada ou criptografada durante o período de retenção definido, independentemente do nível de acesso de quem tente fazer isso.
A proteção é garantida na camada de storage ou de protocolo de objeto, abaixo de qualquer sistema de permissões do SO ou da aplicação.
Um backup tradicional pode ser apagado ou sobrescrito por qualquer usuário com permissão adequada — e um atacante com credenciais de admin comprometidas tem essa permissão. É exatamente esse vetor que o ransomware explora.
O backup imutável elimina essa brecha: mesmo com acesso root, a operação de deleção ou sobrescrita é bloqueada pelo storage durante o período de retenção ativo.
Sim — é a proteção mais eficaz contra o padrão atual de ataque, onde o ransomware elimina os backups antes de criptografar a produção. Mesmo que o atacante passe dias na rede mapeando e tentando comprometer os repositórios, o backup imutável permanece intacto.
Ele não substitui antivírus, EDR e monitoramento — mas garante que você terá uma saída mesmo se todas as outras defesas falharem.
S3 Object Lock é a implementação de imutabilidade WORM da Amazon Web Services para o serviço S3. Disponível em dois modos: Governance (admin com permissão especial pode remover a proteção) e Compliance (ninguém — incluindo a AWS — pode remover a proteção durante o período de retenção).
É uma das implementações mais adotadas no mercado brasileiro por sua integração nativa com Veeam, Commvault e outras ferramentas de backup corporativo.
O custo adicional em relação ao backup convencional é de 20–40%. Em AWS S3 ou Azure Blob, a imutabilidade (Object Lock / Immutable Blob) não tem custo adicional — você paga apenas pelo armazenamento padrão (R$ 0,10–0,25/GB/mês).
Em modelo gerenciado para PMEs — que inclui configuração, monitoramento, alertas e testes de restauração — o investimento fica entre R$ 1.000–2.500/mês. Comparado ao custo médio de US$ 4,88 milhões de uma violação de dados (IBM, 2024), a equação é clara.
Avalie a maturidade do backup da sua empresa
O Cloud Checkup da Adentro identifica em 15 minutos se sua estratégia atual resiste a um ataque real — e entrega um roadmap de 180 dias com as prioridades certas para o seu perfil.
📚 Leia também neste guia
Pablo Moretto
Chief Revenue Officer · Adentro · LinkedIn
Pablo Moretto é CRO da Adentro, consultoria especializada em infraestrutura de TI crítica, cloud privada e disaster recovery para o mercado corporativo brasileiro. Com mais de uma década acompanhando projetos de modernização de datacenter, migração de hipervisor e implantação de ambientes de alta disponibilidade, traduz necessidades técnicas complexas em soluções de negócio para empresas de médio e grande porte em todo o Brasil.
Precisa modernizar a TI da sua empresa?
A Adentro oferece soluções em nuvem, segurança e infraestrutura para empresas de todo o Brasil.
Compare o custo de proteção com o custo de uma interrupção real.
Calcular ROI do backup imutável →