Backup de dados: um guia abrangente para equipes de TI e segurança

Em 2025, cibercriminosos miraram repositórios de backup em 89% dos ciberataques e, em média, modificaram ou excluíram cerca de um terço dos repositórios que atingiram ^[1]. 

Por quê? Porque os criminosos sabem que a forma mais rápida de forçar o pagamento é destruir qualquer chance de recuperação. Assim, embora a maioria das organizações faça backup de seus dados, bem menos conseguem de fato garantir a recuperação no caso de um ataque de ransomware.  

Continue lendo para saber mais sobre os diferentes tipos de backup de dados, como escolher entre diferentes opções de armazenamento de backup e como ter certeza de que seus backups são à prova de ransomware e estarão lá, inalterados, quando você mais precisar. 

Principais conclusões 

• Backups agora são o principal alvo do ransomware, portanto a verdadeira medida de uma estratégia de backup é se uma empresa consegue se recuperar de um ataque. 

• A regra 3-2-1-1-0, incluindo uma cópia imutável dos dados de backup e zero erros de recuperação, é a linha de base moderna para recuperabilidade.  

• Backups absolutamente imutáveis, testados e bem documentados ajudam as organizações a cumprir obrigações de recuperação e integridade de dados sob regulamentações como GDPR, HIPAA, NIS2 e DORA. 

• Uma abordagem bem-sucedida de backup de dados combina diferentes métodos de backup e tipos de armazenamento. As necessidades e cargas de trabalho específicas do seu negócio devem orientar quais dos métodos de backup abaixo escolher. 

O que é backup de dados? 

Backup de dados é o processo de criar uma cópia de informações digitais que pode ser restaurada se o original for destruído. O objetivo é simples: quando os dados são perdidos por exclusão acidental, corrupção, falha de hardware ou um ciberataque, o backup ainda está lá, pronto para restaurar. Cópias de Backup podem ficar no local (on-premises), na nuvem ou em ambos. 

O valor de um backup não está na cópia em si, mas na recuperação. Um backup que não pode ser restaurado rapidamente, por completo e sem alterações não oferece a proteção de que você precisava, não importa quantas cópias existam. 

Os riscos continuam aumentando. O custo médio global de uma violação de dados chegou a US$ 4,44 milhões em 2025, com os Estados Unidos permanecendo como a região de maior custo, com ampla margem ^[3]. Grande parte desse custo vem do tempo de inatividade e da perda de dados — exatamente o que uma abordagem robusta de backup e recuperação de dados foi projetada para evitar. 

Benefícios do backup de dados 

Quase toda organização faz backup de pelo menos alguns dados. A verdadeira questão é se esses backups entregam a resiliência que permite que seu negócio sobreviva a uma crise — porque muitos não entregam.

Os benefícios abaixo são o que separa um backup resiliente de um que apenas parece oferecer proteção. 

Recuperação que você pode medir e comprovar 

Definir claramente objetivos de tempo de recuperação (RTO) e objetivos de ponto de recuperação (RPO) permite planejar um conjunto específico e mensurável de metas de recuperação. O RTO define quanto tempo de indisponibilidade uma empresa pode tolerar, e o RPO define quanto de dados ela pode se dar ao luxo de perder.  

Eles devem ser acordados para diferentes tipos de dados em toda a empresa e usados como referências para o projeto, a implementação e os testes regulares da infraestrutura de backup. Definir e validar seu RTO e RPO ajuda a transformar uma interrupção potencialmente de pior caso em um custo conhecido e planejado. 

Uma cópia limpa que sobrevive a um ataque 

Um backup imutável é uma cópia projetada para permanecer inalterada depois de gravada. O objetivo é criar um ponto de restauração que o ransomware não consiga criptografar nem excluir, mesmo que o ataque alcance o software de backup e/ou o armazenamento. Mas nem todos os backups imutáveis são iguais. 

Grande parte do que é descrito como capacidade de backup “imutável” é, na prática, baseada em políticas ou de escopo limitado. Por exemplo, uma cópia de backup pode ser marcada como imutável pelo software de backup que a gerencia, e esse software não permitirá alterações ou exclusões posteriores no backup.   

Mas, se o próprio arquivo de backup estiver em um armazenamento no qual um administrador (ou um atacante com permissões roubadas) possa alterar ou excluir quaisquer arquivos, então ele não é realmente imutável — um atacante com as credenciais certas pode simplesmente contornar o software de backup por completo e atacar o arquivo via sistema operacional.   

Para sobreviver a um ataque, deve haver Imutabilidade Absoluta. Isso significa que ninguém, nem mesmo um administrador ou um atacante com privilégios de administrador roubados, pode alterar ou excluir um backup imutável, inclusive via firmware ou na camada de armazenamento.  

Restaurações que voltam utilizáveis 

Recuperar arquivos não é o mesmo que recuperar um sistema funcional. Use backups consistentes com a aplicação para capturar aplicações mais complexas, como bancos de dados, plataformas de ERP e sistemas de CRM, em um estado conhecido, para que possam ser reiniciadas facilmente após a restauração. Lidar com snapshots corrompidos que precisam de horas de reparo mesmo depois de a restauração estar concluída coloca seu RTO em risco.  

Ajuda a cumprir obrigações de conformidade 

Os reguladores mudaram o foco de se as organizações fazem backup para se elas conseguem comprovar, antecipadamente, que a recuperação será possível. Um backup confiável e bem documentado ajuda a cumprir obrigações de recuperação e integridade de dados nos principais frameworks, incluindo o Artigo 32 do GDPR, HIPAA §164.312(c)(1), NIS2 Artigo 21, DORA Artigo 12 (que adiciona testes obrigatórios de recuperação para entidades financeiras ^[4]), e o futuro Cyber Security and Resilience Bill do Reino Unido.

Alerta precoce de um ataque 

Sistemas Backup acessam dados todos os dias, o que os torna um sensor útil para identificar problemas cedo. Picos repentinos nas taxas de alteração ou sinais de criptografia em massa podem aparecer durante as rotinas de backup, sinalizando ransomware antes que ele se espalhe. Algumas equipes refinam esse sinal com uma isca como o Honeypot Object First, um servidor isca separado com segurança da infraestrutura real de backup, que dispara um alarme no momento em que um atacante o sonda.  

Resiliência contra erro humano 

Muita perda de dados se resume a erros simples: uma pasta excluída, um arquivo sobrescrito ou uma rotina configurada incorretamente. Agendamentos automatizados, políticas de retenção e acesso de menor privilégio impedem que qualquer um deles se torne um incidente grave e mantêm um ponto de recuperação disponível quando alguém precisa dele. 

Quais dados você deve fazer backup e com que frequência? 

Nem todos os dados têm o mesmo peso, e tratar tudo da mesma forma desperdiça armazenamento e desacelera a recuperação. Comece pelos sistemas sem os quais o negócio não consegue operar. 

A maioria das organizações deve fazer backup de: 

• Sistemas críticos de negócio e os sistemas operacionais que os executam

• Bancos de dados e as aplicações que dependem deles, como ERP e CRM

• Registros financeiros, dados de clientes e outras informações reguladas

• Dados de e-mail, comunicação e colaboração

• Arquivos de configuração, juntamente com dados de endpoints e de escritórios remotos

A frequência de backup de cada sistema depende de quanto desses dados a empresa pode se dar ao luxo de perder entre backups — que é exatamente o que o RPO mede. Quanto mais restrito esse RPO, mais frequentemente os backups precisam ser executados: um sistema em constante mudança pode precisar de backups quase contínuos, enquanto um arquivo estático pode ficar bem com uma cópia semanal.  

Se você estiver contando com fornecedores de aplicações em nuvem para fazer backup dos seus dados para as aplicações deles, certifique-se também de validar que eles têm processos de backup aceitáveis em vigor e que o RTO e o RPO garantidos para restauração atendem aos requisitos que você teria para dados semelhantes. 

Ajuste os agendamentos de backup aos dados, em vez de a um calendário fixo, e automatize as rotinas para que o cronograma se mantenha sem esforço manual e a possibilidade de erro humano seja reduzida. 

Tipos de backup de dados 

Os métodos de Backup diferem principalmente em quanto dado copiam e em como equilibram velocidade, armazenamento e esforço de recuperação.   

Esses três tipos clássicos de backup ainda são a base da maioria dos agendamentos de backup:  

Backup completo 

Um backup completo copia tudo o que foi selecionado em uma única operação, criando um ponto de restauração completo e independente. A recuperação é simples porque tudo fica em um só lugar. A contrapartida é o tamanho. Backups completos consomem mais armazenamento e levam mais tempo para executar, então a maioria das equipes os agenda periodicamente, em vez de todos os dias. 

Backup incremental 

Um backup incremental salva apenas os dados que mudaram desde o último backup de qualquer tipo. Isso o torna rápido e econômico em armazenamento. Mas, como uma recuperação bem-sucedida exige o último backup completo e todos os backups incrementais subsequentes na cadeia, todos os backups incrementais precisam da mesma proteção Zero Access e verificação que o backup completo. 

Backup diferencial 

Um backup diferencial captura tudo o que mudou desde o último backup completo. Ele fica entre o completo e o incremental: maior que um incremental, mas mais simples de restaurar, porque a recuperação precisa apenas do último backup completo e do diferencial mais recente. Diferenciais crescem ao longo do tempo, então combinam bem com backups completos regulares. Para uma comparação lado a lado, veja backup completo vs. incremental vs. diferencial. 

Outras abordagens de backup 

Além desses quatro métodos principais, alguns cenários exigem técnicas especializadas que reduzem as janelas de backup, diminuem a carga na rede e aceleram as restaurações: 

• Backup espelhado: Mantém uma réplica ativa, quase em tempo real, da origem. Oferece a menor perda de dados, mas traz um risco: como espelha as alterações conforme elas acontecem, uma exclusão ou corrupção pode ser copiada diretamente para o espelho, a menos que o espelho seja combinado com snapshots imutáveis. 

• Backup completo sintético: Cria um novo backup completo no repositório mesclando o último completo com incrementais posteriores, sem necessidade de reler dados do ambiente de produção. O resultado é um completo novo, pronto para restauração, que mantém baixo o overhead de rede e de E/S. 

• Backup incremental reverso: Cada execução atualiza o completo em disco para o estado mais recente e armazena a versão anterior como um delta; o pequeno conjunto de alterações necessário para reverter para aquele ponto mais antigo. As restaurações são rápidas porque o ponto mais recente já é um backup completo, mas ao custo de mais atividade de gravação em cada execução. 

• Backup incremental para sempre: Após um completo inicial, cada execução captura apenas as alterações e, periodicamente, consolida tudo em backups completos sintéticos para retenção e saúde da cadeia. Isso mantém baixas as janelas de backup e a rotatividade de armazenamento em ambientes grandes e sempre ativos. 

• Backup a quente: Captura dados de sistemas em produção, sem indisponibilidade. Usa quiescência com reconhecimento de aplicação, que pausa brevemente uma aplicação para que seus dados sejam gravados em um estado consistente, com ferramentas como modos de hot backup de banco de dados ou o Windows Volume Shadow Copy Service (VSS). Arquivos abertos e transações permanecem consistentes enquanto os serviços continuam em execução. 

Como escolher o tipo certo de tarefa de backup

O método certo depende menos da tecnologia e mais do que o negócio precisa recuperar, e com que rapidez.  

Considere estes fatores antes de se comprometer com uma estratégia específica para uma determinada carga de trabalho de backup: 

• Objetivos de recuperação: Metas mais rígidas de RTO e RPO favorecem métodos incrementais ou de espelhamento, executados com frequência. 

• Taxa de mudança dos dados: Dados que mudam rapidamente se adequam a backups incrementais, enquanto dados majoritariamente estáticos podem depender de cópias mais completas e menos frequentes. 

• Janela de Backup: Tempo limitado para executar tarefas favorece backups incrementais ou diferenciais mais leves. 

• Capacidade e custo de armazenamento: Backups completos exigem mais espaço, e incrementais fazem o mesmo armazenamento render mais. 

• Complexidade de restauração: Uma recuperação mais simples a partir de backups completos ou diferenciais reduz o risco durante uma crise, quando cada minuto conta. 

Opções de armazenamento Backup de dados: nuvem vs. local vs. híbrido

Na prática, existem três principais opções de armazenamento de backup: local, nuvem ou híbrido. A seguir, abordamos cada abordagem e depois as comparamos lado a lado para ajudar você a escolher a opção certa para o seu negócio. 

Armazenamento de backup local

Backup local  armazena dados localmente em infraestrutura física sob seu controle, normalmente appliances de backup dedicados (PBBAs), arrays NAS ou SAN, ou sistemas armazenamento de objetos.   

Essas opções diferem em throughput, escalabilidade e, mais importante para a defesa contra ransomware, no quão fortemente impõem imutabilidade: algumas dependem de políticas que um administrador pode flexibilizar, enquanto outras bloqueiam os dados estruturalmente, de modo que não possam ser alterados ou excluídos de forma alguma. A recuperação acontece rapidamente em redes locais, e nenhum provedor externo pode alterar ou limitar os dados. 

No entanto, sistemas locais exigem gestão de hardware, proteção física e manutenção contínua. Uma cópia local, por si só, não sobrevive a incêndio, roubo ou perda do site, portanto deve sempre ser combinada com uma cópia fora do site e, idealmente, uma imutável, no espírito da regra 3-2-1-1-0. 

Armazenamento de backup em nuvem

O backup em nuvem armazena dados em servidores remotos em vez de hardware local. Na maioria das vezes, trata-se de nuvem pública, operada por provedores terceirizados como AWS, Azure ou Google Cloud, que oferece escalabilidade elástica, preços flexíveis e redundância geográfica instantânea. Uma nuvem privada, dedicada a uma única organização, troca parte dessa elasticidade por maior controle e isolamento. 

No entanto, as desvantagens do armazenamento de backup em nuvem ficam mais evidentes quando o foco muda para a recuperação dentro de prazos de RTO rigorosos.  

Restaurar terabytes de dados da nuvem pode ser lento e caro, especialmente quando se aplicam taxas de saída (egress) ou limites de largura de banda. Na nuvem pública em particular, o controle também é compartilhado, já que disponibilidade, políticas de criptografia e retenção dependem do provedor. 

Armazenamento de backup híbrido

Backup híbrido combina desempenho local com escalabilidade da nuvem, criando um modelo de resiliência em camadas. Dados recentes ou de missão crítica permanecem no ambiente local para recuperação rápida, enquanto backups mais antigos ou cópias de dados imutáveis são enviados para a nuvem para proteção fora do site. 

Essa configuração em camadas combina restaurações de baixa latência para incidentes do dia a dia com isolamento baseado em nuvem para recuperação de desastres ou defesa contra ransomware.  

Ela também viabiliza retenção flexível, de curto prazo no local e de longo prazo na nuvem, ao mesmo tempo em que reduz os custos totais de armazenamento por meio de tiering inteligente. 

Como escolher a melhor opção de backup 

Velocidade, custo, controle e complexidade puxam em direções diferentes. A tabela abaixo coloca backup local, em nuvem e híbrido lado a lado para que os trade-offs sejam fáceis de comparar. 

 

	Armazenamento de backup local (on-premises)	Armazenamento de backup em nuvem	Armazenamento de backup híbrido
Velocidade de recuperação (RTO)	Recuperação mais rápida, pois os dados ficam armazenados localmente, eliminando a dependência da largura de banda da internet.	Velocidade de recuperação moderada, limitada pela largura de banda da rede e pela latência de transferência de dados.	Combina recuperação local imediata com cópias em nuvem fora do site para recuperação de desastres.
Resiliência e disponibilidade	Alta resiliência dentro de um único site, com proteção limitada contra falhas que afetem todo o site.	Resiliência muito alta, com redundância geográfica nativa entre data centers.	Maior resiliência ao combinar camadas de backups locais e backups fora do site para proteção em múltiplos níveis.
Janela de Backup e RPO	Gravações de backup rápidas e a taxa de transferência da rede local podem suportar janelas de backup menores e pontos de recuperação mais frequentes.	A largura de banda da internet e a latência de transferência de dados podem estender as janelas de backup, potencialmente limitando a frequência de backup para grandes conjuntos de dados.	Backups locais oferecem ingestão rápida de dados e janelas de backup curtas, enquanto as cópias em nuvem ampliam a proteção sem afetar significativamente os RPOs operacionais.
Controle e conformidade	Controle total sobre hardware, localização dos dados e políticas de segurança, ideal para requisitos rigorosos de soberania de dados e garantia de conformidade regulatória, por exemplo: GDPR, DORA, HIPAA, FINRA, CSR Bill.	Os dados residem na infraestrutura do provedor; a conformidade depende das certificações do fornecedor e do modelo de responsabilidade compartilhada.	Controle equilibrado, mantendo dados sensíveis on-premises enquanto utiliza a cobertura de conformidade da nuvem.
Eficiência de custos	Normalmente, CapEx inicial para hardware e armazenamento, embora modelos de aquisição baseados em consumo possam tornar os custos operacionais de longo prazo mais administráveis e previsíveis.	Modelo OpEx pay-as-you-go, com custos potencialmente mais altos no longo prazo dependendo do crescimento dos dados e da frequência de recuperação.	Estrutura de custos otimizada, com potencial para modelos mistos de CapEx/OpEx ou totalmente OpEx.
Escalabilidade e flexibilidade	Escalar exige adicionar mais hardware, embora a responsabilidade passe para o fornecedor em modelos de consumo.	Escalabilidade virtualmente ilimitada, com provisionamento instantâneo e armazenamento elástico.	Escalonamento flexível entre camadas locais e de nuvem, ideal para cenários de dados em evolução.
Complexidade operacional	Exige gestão de infraestrutura e segurança física, embora alguns appliances automatizem grande parte da sobrecarga de administração.	Operações simplificadas gerenciadas pelo provedor, com sobrecarga mínima de TI.	Complexidade moderada devido à integração e à orquestração entre ambientes.

Nenhuma opção única vence para todas as organizações — ou mesmo para todas as cargas de trabalho. O melhor encaixe geralmente se resume a algumas perguntas práticas: 

• Escolha on-premises quando recuperação local rápida e controle total sobre dados e conformidade forem a prioridade. 

• Escolha nuvem quando escalabilidade, redundância geográfica e mínima gestão de hardware forem mais importantes do que a velocidade de restauração. 

• Escolha híbrido quando o objetivo for recuperação rápida no dia a dia, além de isolamento fora do site para recuperação de ransomware e proteção contra ransomware. 

Seja qual for o modelo, siga a regra 3-2-1-1-0 e mantenha pelo menos uma cópia imutável em cada zona de resiliência, para que um único ataque ou desastre não consiga eliminar todos os backups de uma só vez.

Etapas para tornar seus backups à prova de ransomware 

Em 2025, 79% das vítimas de ransomware descobriram que seus backups haviam sido comprometidos. A lacuna de recuperação é gritante: 46% das organizações com backups íntegros conseguiram restaurar em até uma semana, em comparação com apenas 26% quando seus backups foram comprometidos ^[2]. 

Seguir as etapas abaixo garantirá que seus backups sobrevivam a um ataque de ransomware, mesmo quando agentes maliciosos os visarem diretamente. 

1. Classifique e priorize seus dados críticos 

Mapeie sistemas e dados pelo impacto no negócio e, em seguida, defina a ordem em que devem ser recuperados e a perda de dados que cada um pode tolerar. Assim, os sistemas em que uma indisponibilidade causaria mais dano recebem a proteção mais forte e a recuperação mais rápida. Defina seu RPO e RTO de acordo com a criticidade de cada sistema. 

2. Aplique a regra 3-2-1-1-0 

A antiga regra 3-2-1 foi criada para acidentes e falhas de hardware, não para ataques que visam deliberadamente os backups. A regra 3-2-1-1-0 a atualiza: três cópias dos dados, em dois tipos de mídia, com uma fora do site, uma offline ou imutável, e zero erros de recuperação confirmados por testes. Essa única cópia imutável e a verificação de zero erros são o que sustentam uma recuperação durante um evento de ransomware. 

3. Torne pelo menos uma cópia imutável 

 Apenas 32% das organizações usaram repositórios imutáveis em 2025 ^[1]. Menos ainda usam o tipo que se mantém mesmo quando um invasor já tem credenciais de administrador em mãos. Isso é Imutabilidade Absoluta: aplicada pelo próprio armazenamento, bloqueada desde o momento em que os dados são gravados, de modo que ninguém — seja um administrador ou um atacante — consiga alterar ou excluir dados de backup. 

4. Separe o software de backup do armazenamento de backup 

Quando as mesmas credenciais controlam tanto o software de backup quanto o armazenamento subjacente, uma única violação pode expor tudo. Manter as duas camadas separadas segue os princípios de Zero Trust, de modo que comprometer uma não comprometa a outra.  

5. Criptografe os dados 

Criptografe os dados de backup em trânsito e em repouso, para que uma cópia roubada seja inútil sem as chaves. Mas a criptografia é tão forte quanto as chaves por trás dela: armazene-as separadamente dos dados, com seus próprios controles de acesso e rotação. Também vale observar que a criptografia apenas impede que uma cópia seja lida, não que seja excluída; portanto, você precisa de criptografia e imutabilidade para garantir os melhores resultados durante e após um ataque.  

6. Aplique controles de acesso robustos 

Limite quem pode acessar o sistema de backup: imponha autenticação multifator, aplique funções com privilégio mínimo e exija múltiplas aprovações antes que quaisquer ações potencialmente destrutivas sejam permitidas. Assuma que todas as credenciais internas podem ter sido comprometidas; portanto, essas aprovações devem incluir validação externa (por exemplo, do lado do fornecedor). A maioria dos comprometimentos de backup começa com uma conta, não com um exploit; por isso, o controle de acesso é a defesa de linha de frente.

7. Teste a recuperação em uma cadência definida 

Um backup que nunca foi restaurado é uma suposição, não um plano. Execute simulações regulares de recuperação, de arquivos individuais a sistemas completos, confirme que atendem às metas de recuperação definidas na etapa um e documente os resultados para auditorias. Esse é o zero do 3-2-1-1-0, e é a única forma de saber se uma estratégia de backup à prova de ransomware funciona antes que um incidente potencialmente prove que não. 

Em conjunto, essas etapas descrevem uma abordagem de backup construída para recuperar após um ataque: imutável, segregada, verificada e pronta. A peça final é o armazenamento que torna isso viável no dia a dia. 

Faça backup dos seus dados com Object First 

Muitos fornecedores afirmam oferecer armazenamento backup imutável, mas o que eles realmente entregam é uma configuração baseada em políticas que ainda pode ser alterada, contornada ou desativada por administradores ou atacantes com privilégios elevados.   

Imutabilidade Absoluta, por outro lado, impõe Acesso Zero por concepção, não por política. Mesmo o administrador mais privilegiado ou um atacante com acesso ao armazenamento de backup não consegue modificar ou excluir dados, e isso deve ser verificável de forma independente por meio de testes de terceiros.   

Quando — não se — o ransomware atacar, o futuro do seu negócio, da sua reputação e da sua carreira estará em jogo. Object First prepara você para a recuperação após um ciberataque com Imutabilidade Absoluta, garantindo que seus dados não possam ser alterados ou excluídos sob nenhuma circunstância.  

 Nossos appliances de backup desenvolvidos para essa finalidade oferecem armazenamento de backup seguro, simples e poderoso, seguro por concepção com Imutabilidade Absoluta e testado por terceiros. 

Assim, quando o caos chegar, você poderá retomar as operações e ser Simplesmente Resiliente. 

Resumo 

Backup de dados tornou-se uma linha de frente de segurança. Hoje, os atacantes normalmente miram os backups antes de qualquer outra coisa; por isso, o verdadeiro teste de uma estratégia de backup não é mais quantas cópias existem, e sim se a empresa consegue de fato se recuperar a partir delas. 

As abordagens que se sustentam compartilham a mesma base: prioridades de dados bem definidas, a regra 3-2-1-1-0, pelo menos uma cópia absolutamente imutável que os atacantes não possam alterar nem excluir, e uma recuperação testada em uma cadência definida, em vez de ser descoberta durante uma crise.

Referências 

[1] Veeam. "2025 Ransomware Trends Report." 2025. https://www.veeam.com/blog/ransomware-trends.html 

[2] Sophos. "The State of Ransomware 2025." 2025. https://www.sophos.com/en-us/content/state-of-ransomware 

[3] IBM. "Cost of a Data Breach Report 2025." 2025. https://www.ibm.com/reports/data-breach 

[4] Regulatory frameworks: GDPR Article 32; HIPAA §164.312(c)(1); NIS2 Directive (EU 2022/2555) Article 21; DORA (EU 2022/2554) Article 12.