Índice de contenidos
Claves de la noticia
- GMO no reabrirá Onamae.com Desktop Cloud sobre la infraestructura atacada y prepara una alternativa independiente.
- Habrá un pago general de 5.000 yenes y compensación separada por pérdidas reconocidas de operaciones no autorizadas.
- Los 26.739 servidores publicados son el perímetro potencial: no equivalen a otras tantas intrusiones o cuentas perjudicadas confirmadas.
GMO Internet ha cambiado este 24 de octubre su respuesta al ataque contra Onamae.com Desktop Cloud, el servicio japonés de escritorios Windows en la nube utilizado para herramientas de negociación. El nuevo comunicado de compensaciones de GMO incorpora una decisión técnica decisiva: la infraestructura afectada no volverá a prestar el servicio.
Del reinicio pendiente a cambiar de infraestructura
El contraste documental muestra un cambio concreto. El aviso del 23 de octubre dejaba la reapertura sin fecha, condicionada a verificar la seguridad. Hoy se descarta recuperar el servicio sobre ese sistema. Por tanto, la continuidad pasa de esperar una reapertura a preparar una migración; todavía no permite dar por restablecida la actividad de los clientes.
Esta distinción importa para quien conserva herramientas y configuraciones dentro de un escritorio remoto. Recuperar acceso a una máquina y reconstruir una operativa en otra son tareas distintas. El anuncio de una alternativa no demuestra por sí mismo que se hayan trasladado las configuraciones, comprobado las conexiones con intermediarios o validado el comportamiento de las automatizaciones. Son verificaciones que el usuario necesitará antes de volver a confiar órdenes a ese entorno.
La separación entre disponibilidad y recuperación también ayuda a interpretar otros incidentes de nube. En el fallo eléctrico de Google Cloud en Londres, el cierre del incidente y la situación de todos los afectados requerían lecturas diferentes. Aquí existe, además, una decisión de sustituir la infraestructura.
Tres cifras que describen problemas diferentes
GMO ofrece 5.000 yenes a los clientes actuales, con independencia del daño económico. El pago es distinto de la compensación por pérdidas realizadas en operaciones que la compañía reconozca como no autorizadas y derivadas del ataque. No cubre fluctuaciones de mercado, beneficios esperados ni daños indirectos. La alternativa anunciada tendrá seis meses gratuitos. Estas medidas no convierten el importe general en un límite de indemnización.
El alcance técnico exige otra cautela. El documento del 23 especifica 26.739 servidores potencialmente afectados y advierte expresamente que ese número no mide los casos de acceso ilícito o extracción de datos confirmados. Tampoco es un recuento de personas: un servidor, un cliente y una cuenta de negociación son unidades distintas.
| Referencia | Interpretación |
|---|---|
| 26.739 servidores | Perímetro potencial, sin recuento confirmado de víctimas |
| 5.000 yenes | Pago general separado de las pérdidas reconocidas |
| Seis meses | Gratuidad anunciada para la alternativa |
No es posible obtener una factura total multiplicando esas cantidades: faltan el número de clientes elegibles y el importe de las pérdidas reconocidas. Confundir servidores con clientes produciría una estimación sin base, incluso aunque la multiplicación fuese aritméticamente correcta.
Cómo cambió la evidencia entre el 21 y el 23
El primer aviso, fechado el 21, confirmaba programas maliciosos en entornos de algunos clientes y la posibilidad de consulta de información almacenada. En aquel momento, GMO decía no haber confirmado filtración de los datos personales que se le habían confiado ni uso indebido. Esa frase estaba acotada al conocimiento disponible entonces; no es una conclusión válida para cerrar el caso hoy.
La suspensión secuencial de los servidores de todos los planes comenzó a las 04:00 de Japón del 21 de octubre. Esa hora corresponde a las 21:00 UTC del día 20 y a las 23:00 en la España peninsular. La conversión permite ordenar la respuesta sin desplazar por error el apagado un día entero al leer el calendario europeo.
El segundo aviso del 22 ya recogía comunicaciones de clientes sobre operaciones ajenas y señalaba credenciales de herramientas como MT4/MT5 entre la información posiblemente consultada. También explicaba que la investigación había comenzado el 19 tras una consulta y que el programa malicioso se confirmó el 20. El documento del 23 mantenía abierta la investigación de cada caso individual.
El escritorio apagado y las cuentas externas
El aviso del 22 pide cambiar las claves desde un dispositivo ajeno a los servidores del servicio, cerrar las sesiones, comprobar movimientos y activar un segundo factor cuando el intermediario lo permita. Incluye otras credenciales guardadas allí y contraseñas reutilizadas. Son indicaciones de GMO a sus afectados, no prueba de que cualquier instalación de MT4 o MT5 esté comprometida.
La consecuencia técnica es que apagar el escritorio remoto no acredita que una credencial ya extraída haya perdido utilidad fuera de él. El recurso afectado y la cuenta a la que permite acceder necesitan comprobaciones separadas. Ese mismo límite aparecía en la respuesta de Railway sobre credenciales y redespliegues: recuperar la plataforma no sustituye la actuación sobre los secretos expuestos.
La lectura conjunta deja dos conclusiones útiles: el cambio de infraestructura documenta una nueva estrategia de continuidad, mientras que el número de servidores sigue expresando exposición potencial. Ninguna de las dos cosas permite calcular cuántos clientes perdieron dinero. La evaluación del incidente exige conservar esa separación entre sistema, credenciales y operaciones confirmadas.
Imagen: Tecnología Today / recreación conceptual generada con IA. Ilustración de un entorno de escritorio remoto y servidores; no muestra instalaciones de GMO ni una captura del ataque.
