Ir al contenido
Indene
es

Inteligência de ameaças

Ransomware en proveedor de nube en Japón detiene a 495 clientes y pone a prueba los planes de continuidad

El ataque a IDC Frontier, el 7 de octubre, dejó a 495 empresas y gobiernos locales sin acceso a sus propias máquinas, incluida una emisora de tarjetas. Una semana después, solo una parte de los clientes tenía un camino claro para recuperar los datos.

Por Leonardo Araujo IevaAnalista de segurança ofensiva

5 min de lectura

Rede de pontos ligados por traços finos sobre fundo escuro esverdeado, com um único nó verde aceso, e o título One provider down, many businesses stopped.
Rede de pontos ligados por traços finos sobre fundo escuro esverdeado, com um único nó verde aceso, e o título One provider down, many businesses stopped.

En la madrugada del 7 de octubre de 2026, un ataque de ransomware detuvo parte de la nube de IDC Frontier, proveedor japonés controlado por SoftBank, y dejó a 495 empresas y gobiernos locales sin acceso a sus propias máquinas virtuales, según la empresa. Una semana después, solo los clientes que usaban la función de copia instantánea (snapshot) de la propia nube tenían un camino claro para recuperar los datos. En la lectura de Indene, el caso muestra el límite de un plan de continuidad que depende del mismo proveedor que falló.

Qué pasó

fecha hecho fuente
7 de octubre, alrededor de las 3:40 acceso no autorizado a la región Este 1 de IDCF Cloud; el mismo día, la empresa confirma ransomware y aísla la región IDC Frontier
7 de octubre 495 empresas y gobiernos locales afectados; consolas de gestión accesibles por internet suspendidas en todas las regiones, incluso en las que no se detuvieron IDC Frontier
8 de octubre la empresa dice que los datos de las cuatro zonas afectadas serán difíciles de recuperar y que la restauración depende de las copias guardadas por los propios clientes IDC Frontier
9 de octubre Nissui retoma parte de la entrada y salida de mercancías de su empresa de logística, cliente del proveedor Nissui
14 de octubre backups confirmados íntegros: 194 de los 495 clientes, los que usaban la función de snapshot, pueden extraer sus datos; ninguna señal de que hayan salido datos de las máquinas virtuales; datos de registro de 48 clientes consultados indebidamente en el portal IDC Frontier

El efecto alcanzó a clientes de sectores distintos. La empresa de logística del grupo Nissui pasó dos días sin poder mover mercancías. Six Apart dejó de esperar y migró sus servidores a otro proveedor a partir de sus propios backups, según Impress Watch. En el sector financiero, ViewCard, emisora de tarjetas del grupo JR East, informó el 9 de octubre la posible exposición de cerca de 4 millones de direcciones de correo de clientes guardadas en un servicio de envío alojado en el proveedor, según ITmedia y NHK; IDC Frontier concluyó después que no salieron datos de las máquinas virtuales.

Lo que los reguladores ya midieron

El caso japonés no es aislado. En su informe de 2025 sobre incidentes graves de tecnología bajo el DORA, las autoridades europeas de supervisión financiera (ESAs) contaron 3.383 incidentes graves en el sector financiero de la Unión Europea, y el 29% fue causado por la falla de un proveedor externo. Cerca de un tercio tuvo impacto en más de un país.

El panorama de amenazas 2026 de ENISA, la agencia europea de ciberseguridad, publicado el 22 de septiembre, registra que los ataques a cadenas de suministro, proveedores externos y entornos de nube siguieron produciendo incidentes a gran escala. En la misma dirección, la Unión Europea pasó a supervisar directamente a 19 proveedores de tecnología considerados críticos para el sector financiero, y el Reino Unido hizo lo mismo con cuatro grandes proveedores de nube desde julio de 2026.

Qué significa para las instituciones financieras

El primer aprendizaje es sobre redundancia. IDC Frontier vende la separación entre sus regiones del Este y del Oeste como forma de continuidad. Aun así, para contener el ataque, suspendió la consola de gestión de todas las regiones. Los servidores de las otras regiones siguieron funcionando, pero los clientes perdieron el control directo sobre ellos: la propia empresa pasó a encender y apagar máquinas a pedido. La redundancia dentro del mismo proveedor protege contra la falla de un centro de datos, no contra la falla del proveedor.

El segundo es sobre la copia. Hasta el 14 de octubre, el camino de regreso pasaba por un backup que el cliente tuviera fuera del entorno afectado o por una función de snapshot que terminó preservada. Quien dependía solo de lo que estaba en las máquinas detenidas quedó a la espera del proveedor.

La regla brasileña ya pide lo que les faltó a muchos de esos clientes. La Resolución CMN n.º 4.893 exige que la institución prevea alternativas de continuidad cuando el servicio de nube relevante contratado en el exterior no pueda mantenerse, que el contrato garantice la transferencia de los datos a la salida y que el plan de respuesta describa qué hacer ante la interrupción del servicio contratado, incluida la sustitución del prestador. Y el resultado de las pruebas de continuidad va al informe anual al consejo. La pregunta que deja el caso japonés es si esa prueba ya simuló la caída del proveedor entero, y no solo de un servidor.

Qué hacer ahora

  1. Liste los servicios relevantes en la nube y, para cada uno, qué pasa si el proveedor queda indisponible durante una semana: qué se detiene, cuánto cuesta y quién decide.
  2. Mantenga una copia de los datos críticos fuera del proveedor principal, o al menos fuera del mismo plano de gestión, y pruebe la restauración de esa copia.
  3. Incluya en la prueba de continuidad el escenario de caída total del proveedor, con pérdida de la consola de gestión, y registre el tiempo real de recuperación.
  4. Verifique si los contratos de nube garantizan la entrega de los datos a la salida y si la institución sabe ejecutar esa salida bajo presión.
  5. Mapee cuántos servicios críticos dependen del mismo proveedor; la concentración que Europa pasó a supervisar empieza en ese inventario.

En la lectura de Indene, la caída de un proveedor crítico es uno de los escenarios de pérdida que necesitan un número: cuánto tiempo aguanta la operación, cuánto cuesta cada día y qué prueba existe de que la alternativa funciona. Lea la metodología.

Referencias

Temas

Sigue leyendo

Todas las noticias