Para: qualquer pessoa em trabalho solo ou de equipe pequena que mantém "algum tipo de backup" mas se pergunta "será que isso é mesmo suficiente?" Sem passos de ataque aqui — apenas como construir um backup do qual você consegue restaurar de forma confiável.
A visão deste site: 'sincronização na nuvem' não é backup
Uma suposição comum é "eu sincronizo com o OneDrive/Google Drive, então estou com backup". Não é assim. A sincronização replica o estado atual, então um arquivo que você apaga por engano, ou um que o ransomware criptografa, é copiado para o outro lado nesse estado.
Um backup precisa da capacidade de voltar a um estado anterior: versionamento que restaura uma cópia antiga e uma cópia imutável que não pode ser sobrescrita depois. A sincronização é conveniente, mas sozinha, quando um lado quebra, ambos quebram. Trate-a como um papel inteiramente diferente do backup.
Por que "tenho um backup" não basta
Você precisa de backups porque as causas de perda de dados são muitas — e chegam juntas. Falha de hardware, exclusão por engano, roubo e desastre, e ransomware. Uma linha de defesa não cobre os acidentes que vêm de outra direção.
O ransomware em particular procura os próprios backups e os criptografa. Um backup mantido no mesmo lugar que os dados é danificado no mesmo incidente. Esta é a forma mais básica de "manter um estado restaurável" da resposta a vulnerabilidades (→ a prática de resposta a vulnerabilidades).
A forma básica: 3-2-1 (+ offline/imutável)
3 — três cópias
o original mais duas. Uma falha, as outras duas ainda restauram.
2 — dois tipos de mídia
ex.: disco interno + SSD externo, ou NAS + nuvem. Não junte tudo numa só caixa.
1 — uma fora do local
outro local (nuvem / site separado). Incêndio, roubo, enchente não apagam tudo.
+ uma offline/imutável
não sempre conectada, ou não sobrescritível. Sempre mantenha uma cópia que o ransomware não consiga criptografar.
Como construir (preencha em ordem)
Primeiro, inventarie 'o que doeria perder'
Distribua como 3-2-1
Torne ao menos uma offline/imutável
Automatize (manual não dura)
Teste a restauração com regularidade
O ransomware também mira os backups
O ransomware moderno criptografa não só os dados principais, mas qualquer alvo de backup conectado que ele encontre (NAS, discos externos, nuvem montada). Então, se você tem apenas um backup sempre conectado, ele é criptografado junto com todo o resto.
A defesa mais eficaz é manter ao menos uma cópia que seja offline (fisicamente desconectada) ou imutável (sobrescrita/exclusão proibidas por um período). Ter ou não essa cópia é o que separa pagar o resgate de não pagar.
Só sincronização na nuvem
- exclusões e criptografia são sincronizadas como estão
- não dá para voltar a uma versão antiga
- sempre conectado = criptografado pelo ransomware também
- você nunca verificou se restaura
3-2-1 + imutável + teste de restauração
- versionamento restaura uma cópia antiga e limpa
- uma cópia offline/imutável isolada do ransomware
- redundância entre local e mídia significa nenhuma perda total
- testes periódicos confirmam que realmente restaura
Por ambiente: o que já vem embutido e o que acrescentar
Para cada ambiente comum: o mecanismo embutido, se ele permite voltar a versões antigas e o que acrescentar contra ransomware.
| Ambiente | Mecanismo embutido | Dá para voltar a versões antigas? | O que acrescentar |
|---|---|---|---|
| Windows | Histórico de Arquivos (salva num disco externo ou num local de rede) | Sim ("Restaurar versões anteriores" no Explorador de Arquivos) | Desconecte o disco de destino quando o backup terminar. Coloque uma segunda cópia em outro lugar |
| Windows (app Backup do Windows) | Sincroniza pastas como Área de Trabalho e Documentos com o OneDrive | Depende dos recursos do OneDrive | Por baixo é sincronização, então mantenha também o Histórico de Arquivos ou uma cópia externa |
| Mac | Time Machine | Sim (de hora em hora nas últimas 24 horas, diárias no último mês, semanais antes disso) | Mantenha um segundo disco de backup em outro lugar e troque-os de vez em quando |
| iPhone | Backup do iCloud (automático quando ligado na energia, no Wi-Fi e bloqueado) | Feito para restaurar o aparelho inteiro | Mantenha também fotos e documentos importantes num computador ou disco externo |
| OneDrive | Sincronização | Assinantes do Microsoft 365 podem usar "Restaurar seu OneDrive" para voltar a um ponto dos últimos 30 dias | Uma cópia offline, separada da sincronização |
| Google Drive | Sincronização | Arquivos que não são do Google podem ser revertidos em "Gerenciar versões"; versões antigas podem ser excluídas após 30 dias ou quando houver 100 versões mais novas | Use "Manter para sempre" nas versões de que precisa, mais uma cópia offline |
| Servidor / VPS | Uma ferramenta de backup (restic etc.) e um destino separado | Sim, pelos snapshots da ferramenta | Torne o destino impossível de apagar a partir do servidor de produção (S3 Object Lock etc.) |
| Hospedagem compartilhada | Os backups automáticos do provedor | Só dentro do período de retenção do provedor | Copie regularmente seus dados também para fora do provedor (para sua máquina ou uma nuvem) |
A coluna "O que acrescentar" é o trabalho de completar o restante do 3-2-1. Quase nenhum ambiente chega a 3-2-1 mais uma cópia offline só com o mecanismo embutido.
Como verificar a sua própria configuração
Para acabar com o "acho que está fazendo backup", verifique o seguinte em ordem. Cada passo só olha configurações dos seus próprios dispositivos e contas.
Veja quando o último backup deu certo
- Windows: abra o "Histórico de Arquivos" no Painel de Controle e confira se está ativado, qual disco usa e quando os arquivos foram copiados pela última vez.
- Mac: confira o horário do último backup em Ajustes do Sistema → Geral → Time Machine. No Terminal,
tmutil latestbackupmostra o último backup etmutil destinationinfomostra o destino (em algumas configurações o Terminal precisa de Acesso Total ao Disco). - iPhone: Ajustes → seu nome → iCloud → Backup do iCloud mostra a data e a hora do último backup.
- Servidor: com o restic,
restic snapshotslista os snapshots com as datas.
Se a data parou há dias, essa é a primeira coisa a corrigir.
Confira se o destino não fica sempre conectado
Veja se o seu disco externo ou NAS fica conectado e visível como unidade o tempo todo. Num servidor, confira nas configurações de permissão que as credenciais guardadas no servidor de produção não conseguem também apagar os backups. Com S3, confira também se o Object Lock está ativado no bucket de destino.
Confira se a nuvem consegue voltar no tempo
No OneDrive, veja se "Restaurar seu OneDrive" aparece em Configurações → Opções (para assinantes do Microsoft 365). No Google Drive, clique com o botão direito num arquivo e veja se "Gerenciar versões" lista versões antigas. Ambos têm limites de retenção, então você precisa de outro meio para voltar mais longe.
Restaure de fato uma coisa (o teste de restauração)
Escolha um arquivo importante e restaure-o em outro local, e depois abra-o. No Windows, clique com o botão direito na pasta e escolha "Restaurar versões anteriores"; no Mac, restaure pelo Time Machine. Num servidor, restaure num diretório diferente e inspecione; com o restic, algo como restic check --read-data-subset=5% lê de volta parte dos dados armazenados para verificá-los. Para um banco de dados, restaure num banco separado e confirme que ele sobe.
Registre o resultado e quanto tempo levou
Anote a data, o que foi restaurado e quanto tempo levou. Isso diz mais ou menos quantas horas levaria uma restauração completa, e você percebe mudanças no próximo teste.
Erros comuns e como corrigi-los
- Deixar o disco externo conectado: para o ransomware, um disco conectado é só mais um lugar para criptografar. Desconecte-o depois de cada backup, ou alterne dois discos para que um esteja sempre desconectado.
- Tratar sincronização como backup: o backup de pastas do app Backup do Windows é sincronização do OneDrive por baixo. Mantenha um backup separado que guarde versões antigas.
- Usar no console de backup a mesma senha da produção: se a produção for tomada, os backups também são apagados. Use uma senha diferente e ative a autenticação multifator.
- Não acompanhar alertas de falha: um backup parado passa despercebido. Ative as notificações de falha e confira o horário do último backup uma vez por mês.
- Guardar o que é necessário para restaurar só dentro do backup: guarde a senha de criptografia e as chaves de recuperação num lugar separado do backup (→ como escolher um gerenciador de senhas).
- Fazer uma cópia offline uma vez e nunca mais: você só consegue restaurar até o momento em que essa cópia foi feita. Atualize-a num prazo fixo, como uma vez por mês.
Um caso público: o que sobreviveu foi uma cópia antiga desconectada
O relatório do comitê de especialistas (publicado em junho de 2022) sobre o ataque de ransomware que atingiu o Hospital Handa da cidade de Tsurugi (em inglês) em outubro de 2021 diz o seguinte sobre os backups:
- O servidor de backup estava na lista de servidores com criptografia confirmada
- Os dados de backup que tinham sido mantidos offline até 2018 não foram afetados e puderam ser usados na recuperação
- O atendimento ambulatorial normal foi retomado em 4 de janeiro de 2022, cerca de dois meses após o ataque
O backup conectado foi atingido junto com a produção; a cópia desconectada sobreviveu. Mas essa cópia tinha vários anos. Uma cópia offline só ajuda por completo se você a atualizar regularmente, para que o ponto ao qual dá para voltar continue recente.
O que este site faz
Este site faz cópias de seus dados e documentos automaticamente, para um local separado, em múltiplas gerações, e combina isso com uma abordagem de "reconstruível por design onde possível". Dados que podem ser regenerados mecanicamente (feeds ingeridos, índices), por exemplo, são mantidos no pressuposto de que podem ser reconstruídos, em vez de depender de backups — uma forma de "reduzir o ônus do backup logo de início". Além disso, as coisas insubstituíveis (corpos dos artigos, configuração) são mantidas de forma redundante, e manter um estado restaurável o tempo todo é uma premissa da operação.
Ao trocar hardware sem suporte (→ o artigo sobre o fim do suporte ao Windows 10), a razão de poder migrar com confiança é que existe um backup restaurável. Pense em backup não apenas como algo para quando todos os outros controles falharam, mas como uma pré-condição para a resposta a incidentes.
Leia a seguir
- Um caso de NAS: ataques de ransomware a Synology NAS com DSM desatualizado e como atualizar
- Fundamentos: o checklist de baseline de segurança (Tier 3 = detecção, recuperação)
- Na prática: a prática de resposta a vulnerabilidades (manter um estado restaurável)
- Relacionado: Riscos do fim do suporte ao Windows 10 e migração
- Armazenamento: armazenando senhas e segredos com segurança
- Caso: o ransomware na KADOKAWA / Niconico (2024) (meses fora do ar — a lição de continuidade de negócios)
- Quando o provedor é invadido: o que fazer quando sua hospedagem é comprometida (em inglês; por que o único backup não pode ficar dentro desse provedor)
- Ataque de ransomware na Universidade Metropolitana de Osaka (vazamento de dados pessoais confirmado a partir do armazenamento em nuvem de um terceirizado)
Fontes
- CISA e outros, "#StopRansomware Guide" (manter backups offline e criptografados e testar restaurações regularmente): cisa.gov
- Hospital Handa da cidade de Tsurugi, relatório de investigação do comitê de especialistas sobre o incidente de vírus de computador (junho de 2022, em japonês): handa-hospital.jp
- Suporte da Microsoft, "Backup and restore with File History": support.microsoft.com
- Suporte da Microsoft, "Back up your folders with OneDrive": support.microsoft.com
- Suporte da Microsoft, "Restore your OneDrive": support.microsoft.com
- Ajuda do Google Drive, "Check activity & file versions": support.google.com
- Suporte da Apple, "Back up your Mac with Time Machine": support.apple.com
- Suporte da Apple, "How to back up your iPhone with iCloud": support.apple.com
- Documentação da AWS, "Locking objects with Object Lock": docs.aws.amazon.com
- Documentação do restic, "Working with repositories" (snapshots / check): restic.readthedocs.io