Pular para o conteúdo
Área do clienteAbrir chamado (abre em nova aba)
TechPartners BR

Ransomware em provedor de nuvem no Japão: por que o backup precisa ficar fora do ambiente principal

Racks de servidores em um data center, com cabos e luzes verdes, e o símbolo da TechPartners BR no canto
Arte: TechPartners BR sobre foto do Unsplash

A IDC Frontier, empresa japonesa de nuvem e infraestrutura digital controlada pelo SoftBank Group, confirmou que o seu serviço IDCF Cloud foi alvo de um ataque de ransomware. Segundo o BleepingComputer, o ataque começou em 7 de outubro de 2026, às 3h40 no horário local, e derrubou um cluster de data center da região East Japan Region 1. A empresa informou impacto em 495 empresas e governos locais que usam o serviço.

Depois de detectar o ataque, a IDC Frontier isolou e desligou os sistemas afetados para conter a propagação, passou a investigar a rota de invasão e a checar a segurança das outras regiões. Por precaução, o acesso dos clientes aos consoles de gerenciamento foi desabilitado em todas as regiões até a verificação ser concluída.

No quinto relatório sobre o incidente, publicado em 14 de outubro, a empresa informou que, após validação com uma empresa externa de segurança, os dados de backup de 194 clientes, os que usavam o recurso de snapshot, podem ser recuperados. A restauração dos servidores ainda não estava concluída, e a viabilidade e a forma de entrega dos dados seriam tratadas caso a caso. O relatório também apontou que dados cadastrais de 48 empresas (nome, ID de login, senha em hash, e-mail de notificação e valor de uso mensal) foram consultados indevidamente pelo portal de gestão, sem evidência de que tenham sido levados para fora.

Por que isso importa para quem toma decisões

  • Nuvem não é backup: contratar infraestrutura em nuvem transfere a operação dos servidores, não a responsabilidade pela continuidade do negócio.
  • Dependência de um único ambiente: quando o incidente acontece no provedor, a empresa fica sem acesso aos próprios sistemas e até ao painel de gestão, e a recuperação passa a depender do cronograma de outra pessoa.
  • Recuperação testada: ter uma cópia não basta; é preciso saber quanto tempo leva para voltar a operar a partir dela.

Próximos passos sugeridos

  1. Mapear onde estão as cópias dos dados críticos e garantir que pelo menos uma fique fora do provedor ou do ambiente principal.
  2. Proteger essas cópias contra exclusão ou criptografia por quem invadir o ambiente de produção.
  3. Fazer testes periódicos de restauração completa, medindo o tempo até a operação voltar.
  4. Revisar os contratos e o plano de continuidade com os fornecedores de nuvem, incluindo o que acontece se o console de gestão ficar indisponível.

Onde foi publicado

Fontes

O que a equipe pode fazer daqui

Quem administra o Microsoft 365 da empresa pode revisar o que os usuários recebem por e-mail. A TechPartners BR licencia e administra o Microsoft 365 via CSP e atende o dia a dia pelo suporte.

Quer que a equipe olhe o seu Microsoft 365?

Conte o que está acontecendo com a TI da sua empresa. A gente responde pelo canal que você preferir, em horário comercial.

WhatsApp