Plataformas · Software · Proveedores · Mercados
Alcance del incidente y comunicación de seguridad
GMO Internet Group anunció el 2 de noviembre de 2026 que en 2024 se había identificado una vulnerabilidad en su servicio Onamae.com Desktop Cloud, antes de que los hackers lo atacaran. El grupo ha recortado el sueldo de cuatro directivos, incluido su fundador, Masatoshi Kumagai, que renunciará al 30% de su remuneración mensual durante tres meses.
El servicio alquilaba servidores Windows a clientes que ejecutaban MetaTrader de forma continua. Hasta 26,739 servidores podrían haber quedado expuestos, y los brokers confirmaron que se utilizaron datos de acceso robados para operar en cuentas de clientes. El servicio no se ha reanudado.
En una rueda de prensa en Tokio, Kumagai dijo que la filial GMO Cyber Security by Ierae detectó una vulnerabilidad en abril de 2024, según informó Nikkei. El personal realizó tareas de mantenimiento urgente en cuatro ocasiones durante abril y mayo, pero el fallo subyacente persistió.
Kumagai dijo que el hallazgo no llegó a la dirección a través del proceso interno de comunicación del grupo. GMO está considerando cambios en la forma de elevar la información de seguridad.
Respuesta de la dirección y compensación
Tadashi Ito, adjunto del consejero delegado del grupo y presidente de GMO Internet, tendrá una reducción salarial del 25%. La filial cotizada de Ito, GMO Internet, opera el servicio. Los altos cargos Hirofumi Yamashita y Kimihiro Kodama tendrán cada uno una reducción del 20%. Los recortes se aplicarán durante tres meses a partir del sueldo de diciembre. Finance Magnates informó de los detalles de la advertencia y de la respuesta de los directivos.
GMO dijo que las reducciones reflejan su evaluación actual. Revisará la responsabilidad de la dirección una vez que determine cómo se produjo la brecha. El grupo ha ofrecido ¥5,000 (about $31) a cada usuario del servicio y se ha comprometido a reembolsar las pérdidas materializadas por operaciones no autorizadas. Prevé detallar el proceso de reclamación antes del viernes. Un documento presentado ante la bolsa el miércoles pasado indicó que el coste total aún se desconoce. Los atacantes habían exigido un pago para el 27 de octubre, amenazando con divulgar datos de clientes; tras pasar esa fecha, empezaron a publicar material que afirmaban que eran los datos.
Los brokers afrontan retrasos por separado
OANDA Japan dijo que un fallo en su banco asociado, docomo SMTB Net Bank, le impide procesar órdenes de retirada de fondos. El problema afecta a los clientes que solicitaron retiradas desde las 11:00 del viernes hasta las 11:00 del lunes, y el banco no ha indicado cuándo se resolverá. Los pagos previstos para el lunes se volverán a enviar el miércoles sin que el cliente tenga que presentar una nueva solicitud. Este es el segundo retraso en las retiradas de OANDA en menos de dos semanas: suspendió los pagos durante un día el 22 de octubre tras la brecha de GMO. El broker también dijo que las solicitudes de apertura de cuenta presentadas desde el viernes tardarán entre tres y cuatro días hábiles en tramitarse debido a la carga de trabajo interna.
FXTF dijo que un error de configuración hizo que su plataforma MT4 realizara una comprobación del margen de los clientes a las 13:30, en lugar de hacerlo durante su horario habitual, de las 15:30 a las 15:45. La comprobación verifica si una cuenta tiene más del 100% del margen requerido.
FXTF, que opera más de 280,000 cuentas, no dijo cuántas se vieron afectadas. Se disculpó y dijo que examinaría tanto la configuración como los procesos utilizados para gestionarla.
La cuestión de la integración
Los operadores deberían determinar si alguna actividad de trading o cuenta de cliente dependía de Onamae.com Desktop Cloud, y cómo identificarían y conciliarían las órdenes realizadas con credenciales robadas. GMO no ha facilitado el número de cuentas de clientes afectadas. ¿Qué registros serían necesarios para cotejar las operaciones potencialmente no autorizadas con los saldos de los clientes, las reclamaciones por pérdidas y los posibles ajustes por parte del broker?
El fallo de comunicación también plantea una cuestión de control para las empresas con equipos separados de seguridad y servicio: ¿cómo llega el hallazgo de una vulnerabilidad a las personas responsables de un servicio de trading en funcionamiento, y cómo se verifica que el problema subyacente se haya resuelto después del mantenimiento? Los incidentes independientes de OANDA Japan y FXTF recuerdan la importancia de comprobar las dependencias de las retiradas, los horarios de las comprobaciones de margen y la responsabilidad sobre los cambios de configuración, sin dar por hecho que tengan una causa común.
