Pular para o conteúdo
Data Rescue
Notebook isolado da rede e cadeado representando dados criptografados, ilustração conceitual

Ransomware · Plataformas

Ransomware e Veeam: o que fazer quando o backup também foi atingido

Em muitos ataques, o servidor do Veeam Backup & Replication é procurado antes da produção: o invasor tenta apagar ou cifrar os backups para impedir a restauração. Preserve repositórios, arquivos VBK, VIB e VBM, cópias imutáveis e fora do site e o backup da configuração, sem reinstalar nem limpar nada. A avaliação mostra quais cópias ou trechos podem ser lidos, sem garantia.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.

O diagnóstico é grátis. Se você quiser um prazo menor, a análise paga tem valor fixo, informado antes de você entregar o dispositivo. A análise comum leva de 02 a 48 horas; depois vêm o laudo e o orçamento, os dois por escrito.

Como cobramos

Ficha rápida

Arquivos de backup
.vbk (completo), .vib (incremental), .vrb (incremental reverso) e .vbm (metadados)
Repositório endurecido
Hardened Repository em Linux, com imutabilidade por período definido
Falhas exploradas
CVE-2023-27532 e CVE-2024-40711, citadas pela CISA no alerta sobre o Akira
Configuração
o banco de configuração descreve jobs, repositórios e pontos de restauração
Secure Restore
examina o backup em busca de malware antes de restaurar
Atendimento
Atendido, para repositórios e arquivos isolados

Por que o servidor de backup vira alvo

Sem backup, a pressão para pagar cresce, e por isso os grupos procuram o servidor de backup cedo. No alerta sobre o Akira, atualizado em novembro de 2025, a CISA relata a exploração das falhas CVE-2023-27532 e CVE-2024-40711 em servidores Veeam Backup & Replication sem correção e o uso de ferramentas para extrair credenciais guardadas neles.

Com as credenciais do servidor, o invasor alcança repositórios em Windows, compartilhamentos e storages ligados a ele. O que tende a sobreviver são cópias que essa conta não consegue alterar: repositório endurecido com imutabilidade, armazenamento de objetos com bloqueio, fita guardada fora da biblioteca e cópias em outro site, com credenciais próprias.

Imutabilidade, cópias externas e configuração

A Veeam documenta o Hardened Repository, um repositório Linux em que os arquivos de backup ficam imutáveis por um período definido: nesse prazo, não podem ser modificados nem apagados. Se o seu ambiente usava o recurso, pode haver pontos de restauração íntegros. Confirme as datas e a cadeia completa antes de qualquer uso.

O banco de configuração do Veeam guarda a descrição de jobs, repositórios e pontos de restauração. Se o servidor se perdeu, o backup da configuração ajuda a remontar o ambiente; sem ele, os arquivos de backup ainda podem ser importados de novo, com mais trabalho. Preserve também os VBM, que descrevem a cadeia de cada job.

Restauração concluída não é dado conferido

O guia de boas práticas de segurança da Veeam recomenda examinar backups em busca de malware antes de restaurar, para não trazer o invasor de volta, e testar a recuperação partindo só dos arquivos de backup e de uma infraestrutura vazia. Job concluído e VM ligada não provam que bancos e pastas estão na data certa. Confira com os donos de cada sistema.

Quando a cadeia foi atingida, cada arquivo tem uma situação. Um VBK grande cifrado só em partes pode guardar blocos legíveis; um VIB perdido quebra os incrementais seguintes. O que a Data Rescue examina são discos de repositório e arquivos VBK, VIB e VBM isolados. Conter o ataque, investigar e negociar não fazem parte desse trabalho.

Como o ataque aparece no Veeam

  • Jobs falham de repente ou sumiram do console.
  • Repositórios aparecem vazios, sem espaço ou com arquivos renomeados.
  • Arquivos .vbk, .vib e .vbm ganharam extensão nova.
  • Contas novas, credenciais alteradas ou criptografia de jobs desligada sem pedido.
  • Cópias fora do site ou na nuvem pararam de receber dados dias antes.

O que não fazer

  • Não restaure em produção enquanto o ambiente não for liberado pela segurança.
  • Não reinstale o Veeam por cima do servidor atingido.
  • Não conecte fitas ou discos externos ao servidor comprometido para testar.
  • Não altere a retenção nem desligue a imutabilidade para mexer nos arquivos.
  • Não decida sobre o resgate sem direção, jurídico e especialistas envolvidos.

O que fazer agora

01

Isole com a equipe de resposta

Servidor Veeam, proxies e repositórios saem da rede com orientação da resposta a incidentes. Não desinstale nada.
02

Congele os repositórios

Não rode retenção, limpeza ou compactação. Não apague arquivos estranhos: eles podem ser o que restou da cadeia.
03

Levante as cópias imutáveis e externas

Liste repositórios endurecidos, buckets com bloqueio de objetos, fitas e cópias em outro site, com as datas dos pontos anteriores ao ataque.
04

Localize o backup da configuração

Encontre o arquivo de backup da configuração e saiba quem guarda a senha dele. Registre a versão do Veeam e dos componentes.
05

Defina dono para cada decisão

Administrador do backup, equipe de resposta, donos dos sistemas e jurídico definem a ordem de restauração e quem confere cada sistema.
Perguntas frequentes

Perguntas sobre
Veeam.

Respostas curtas para as dúvidas mais comuns deste tipo de caso.

O repositório era imutável. O backup está a salvo?
Os arquivos dentro do período de imutabilidade tendem a estar íntegros, mas confira datas, cadeia completa e se o invasor já estava no ambiente antes desse período. Um backup intacto pode conter o próprio malware; daí a varredura antes de restaurar.
Perdi o servidor Veeam. Os backups ainda servem?
Em geral, os arquivos de backup podem ser importados num servidor novo, com ou sem o backup da configuração. O ponto crítico é a integridade de VBK, VIB e VBM e a senha de criptografia dos jobs, se ela existia.
Um VBK criptografado pode ser lido?
Depende de quanto foi cifrado e de como o arquivo foi gravado. Às vezes sobram blocos legíveis; às vezes não. Só a análise do arquivo, sem alterar o original, responde, e não há garantia.
A Data Rescue monta um novo ambiente Veeam?
Não. A Data Rescue examina discos e arquivos de backup isolados e informa por escrito o que é viável. Reconstruir o ambiente e conter o ataque ficam com a TI e com a resposta a incidentes.

Antes de tentar sozinho, conte o que aconteceu.

Orçamento por escrito antes de qualquer trabalho. Nada começa sem o seu OK.