O que aconteceu
Por volta das 3h40 de 7 de outubro de 2026 (JST), a IDCF Cloud, nuvem da IDC Frontier, subsidiária da SoftBank, sofreu um ataque de ransomware. Máquinas virtuais da região Leste do Japão 1 pararam e não voltaram a ligar. A empresa cortou a rede, desligou sistemas e montou às 9h um comitê de emergência com a SoftBank.
495 empresas e governos locais clientes foram afetados.
Quem sentiu o impacto
- Nissui Logistics (grupo Nissui): sistema logístico parado em 17 centros no Japão, afetando cerca de 1.200 parceiros como varejistas, restaurantes e atacadistas.
- Província de Ibaraki: sites do governo provincial e da polícia ficaram fora do ar.
- JR East: até 6,09 milhões de contas de clientes podem ter sido expostas (endereços de e-mail).
- JR Kyushu: cerca de 1,3 milhão de contas possivelmente expostas.
As empresas dizem não ter visto uso indevido dos dados até agora.
O pior detalhe: dados irrecuperáveis
No 3º comunicado (8/10), a IDC Frontier disse que os dados de clientes guardados em quatro zonas (tesla, henry, pascal e joule) são de extração e restauração difíceis. A restauração só será possível a partir de backups que os próprios clientes mantêm. Clientes dessas zonas estão sendo orientados a reconstruir em outro ambiente. O console de gerenciamento segue desligado; a empresa liga e desliga VMs a pedido.
Nas demais zonas e regiões não se confirmou acesso indevido, mas a IDC Frontier pediu que todos os clientes façam backup por conta própria.
O que é alegação
Segundo análise publicada no Yahoo! News Japan, os atacantes alegam ter chegado a 239 hipervisores ESXi e cifrado mais de 16.600 discos de VMs. A IDC Frontier diz que os detalhes estão em investigação; esses números não foram confirmados. Nenhum grupo foi identificado oficialmente e a via de entrada ainda é desconhecida.
Por que importa
É um caso de risco concentrado: um único provedor de nuvem atingido derruba logística de alimentos, sites públicos e dados de grandes ferrovias ao mesmo tempo. E derruba um mito comum: "está na nuvem" não significa "tem backup". Pelo modelo de responsabilidade compartilhada, quem não tinha cópia própria pode ter perdido tudo nessas zonas.
O ataque se soma a uma temporada pesada no Japão: Keio (26/9), Universidade Metropolitana de Osaka (2/10), Skyticket, Big Echo e Bookoff.
O que fazer agora
- Tenha backup fora do provedor principal, ou pelo menos em conta e credenciais separadas, com cópia imutável.
- Teste a restauração e meça quanto tempo leva para reconstruir em outra nuvem.
- Mapeie dependências de terceiros: quais sistemas críticos dependem de um único fornecedor?
- Proteja a camada de virtualização (ESXi/vCenter): rede de gerenciamento isolada, MFA, patches em dia.
- Prepare comunicação para clientes caso um fornecedor caia.
Fontes
- IDC Frontier, 3rd notice (2026-10-08): https://www.idcf.jp/news/topics/20261008001
- IDC Frontier, 4th notice (2026-10-09): https://www.idcf.jp/news/topics/20261009001
- The Asahi Shimbun (2026-10-08): https://www.asahi.com/ajw/articles/16950581
- The Japan Times / Jiji (2026-10-10): https://www.japantimes.co.jp/business/2026/10/10/tech/japanese-firms-data-breaches/
- Yahoo! News Japan, Kenta Yamaguchi: https://news.yahoo.co.jp/expert/articles/cce6d03439ffb1d2d6de2500240634b394731753
Quer revisar backup, recuperação e dependência de fornecedores de nuvem? A KGA IT oferece uma consulta gratuita: kga-it.com.