XPoint News · 28 de octubre de 2026
GMO Internet: el ciberataque que saltó del cloud a las cuentas de trading
La intrusión en Onamae.com Desktop Cloud ya no es solamente un incidente de disponibilidad o fuga de información. GMO Internet confirmó malware, extracción de datos y operaciones no reconocidas en cuentas financieras de clientes, mientras el atacante exigía cerca de US$50 millones y amenazaba con activar ransomware.
Del acceso no autorizado al daño financiero
GMO Internet informó que comenzó a investigar el 19 de octubre tras recibir consultas de clientes. Un día después confirmó la instalación de un programa malicioso, suspendió nuevas contrataciones y cerró el panel de control. Desde el 21 de octubre, la compañía fue apagando progresivamente los servidores del servicio para contener el ataque.
La investigación confirmó vulnerabilidades en el entorno, acceso no autorizado y extracción de información de clientes. El elemento más grave apareció cuando algunos usuarios reportaron operaciones que no habían realizado en sus cuentas de trading. De acuerdo con la compañía, el atacante amenazó con continuar manipulando cuentas abiertas en más de 70 firmas de valores y de cambio de divisas, publicar información y ejecutar ransomware.
Medios especializados reportaron que hasta 26.739 servidores de clientes pudieron quedar expuestos a la instalación de malware. GMO advirtió además que credenciales de MetaTrader 4 y MetaTrader 5, detalles de cuentas y sesiones activas podían estar comprometidos. Cinco firmas japonesas de trading FX informaron afectación a clientes y aplicaron restricciones para bloquear nuevas operaciones fraudulentas.
Una extorsión que convierte la infraestructura en arma
El atacante exigió aproximadamente 8.000 millones de yenes —cerca de US$50 millones— y amenazó con publicar datos y desplegar ransomware. GMO rechazó el pago, entregó las comunicaciones a la policía y coordinó el bloqueo de accesos y sesiones con bolsas, corredores y entidades financieras.
La empresa pidió a determinados clientes desconectar sus equipos de internet, apagarlos y retirar los cables mientras se analizaban posibles infecciones. Posteriormente confirmó que información corporativa y de clientes había sido publicada. Al momento de esta publicación, no existía confirmación pública de una activación masiva del ransomware, pero el robo de datos y las transacciones no autorizadas sí estaban reconocidos.
GMO anunció un pago general de 5.000 yenes a los usuarios del servicio y un proceso separado para compensar pérdidas realizadas por operaciones que la investigación determine como fraudulentas. Esta respuesta ilustra una dimensión que suele quedar fuera de los cálculos técnicos: un incidente en un proveedor cloud puede transformarse rápidamente en pérdidas financieras, interrupciones, investigación regulatoria y compensaciones a terceros.
La lección para empresas y proveedores gestionados
El caso revela una concentración de riesgo especialmente peligrosa. Los entornos de escritorio remoto y VPS suelen alojar herramientas que deben permanecer conectadas, credenciales reutilizables, tokens, historiales y automatizaciones. Si la plataforma es comprometida, el adversario puede encontrar un ecosistema listo para operar sin necesidad de vulnerar individualmente a cada organización.
También demuestra por qué una contraseña cambiada no siempre es suficiente. Si existen sesiones activas, malware persistente, claves API o secretos almacenados localmente, el atacante puede conservar acceso después de una rotación parcial. La recuperación debe combinar contención del proveedor, revocación de sesiones, reconstrucción de equipos y validación independiente de las cuentas financieras conectadas.
Recomendaciones de XPoint
- Desconectar y aislar cualquier VPS o escritorio virtual relacionado con el servicio afectado hasta contar con una validación formal de limpieza y restauración.
- Rotar credenciales desde un equipo confiable, incluyendo MT4/MT5, correo, VPN, paneles cloud, cuentas administrativas, claves API y secretos guardados en automatizaciones.
- Revocar todas las sesiones y tokens; no limitarse a cambiar contraseñas. Habilitar MFA resistente al phishing cuando la plataforma lo permita.
- Revisar operaciones, órdenes y cambios de configuración desde antes del 19 de octubre. Preservar registros, capturas y comprobantes para investigación y eventuales reclamaciones.
- Reconstruir los sistemas comprometidos desde imágenes verificadas. Un análisis superficial o la eliminación manual de un archivo no demuestra que el entorno esté limpio.
- Separar credenciales de trading y administración del escritorio que ejecuta automatizaciones; aplicar mínimo privilegio y limitar por red, horario y dispositivo.
- Evaluar el riesgo de concentración en proveedores críticos y exigir planes comprobables de aislamiento, respuesta, respaldo, notificación y recuperación.
Fuentes verificadas
- GMO Internet — cuarto informe oficial sobre el acceso no autorizado
- GMO GlobalSign Holdings — evaluación del impacto en sus servicios
- BleepingComputer — cronología y alcance técnico del ataque
- Jiji Press / Nippon.com — afectación reportada por firmas de trading FX
Resumen para LinkedIn · Español
Un ataque a GMO Internet convirtió infraestructura cloud en una vía directa hacia cuentas de trading.
La empresa confirmó malware, robo de datos y operaciones no autorizadas; el atacante exigió cerca de US$50 millones.
Más de 70 firmas financieras aparecieron en el alcance de la amenaza y cinco proveedores FX reportaron afectación.
La lección es clara: cambiar contraseñas no basta si siguen activos tokens, sesiones o equipos comprometidos.












