Para: administradores y usuarios de empresas, centros educativos, gobiernos locales y otras organizaciones que usan los servicios en la nube de Digital Arts (i-FILTER@Cloud, m-FILTER@Cloud (Modern Edition), m-FILTER MailAdviser for Microsoft 365, FINAL CODE@Cloud, z-FILTER y Desk). Este artículo se basa en los avisos oficiales de la empresa y no aborda técnicas de ataque.
En desarrollo: este artículo se actualizará conforme la organización publique más información
A fecha del 25 de octubre de 2026Aún no se sabe
- Tipos de datos que pudieron haber sido visualizados
- Número de clientes o de registros
- Cómo se obtuvieron las credenciales
- Alcance del acceso al entorno interno
- Impacto en los resultados
En su aviso del 21 de octubre, la empresa dice que el impacto en sus resultados está en revisión y que anunciará con prontitud si hay algo que deba divulgarse. Afirma que no publicará cómo se obtuvieron las credenciales ni el método de ataque, por razones de seguridad (preguntas y respuestas para inversores, 23 de octubre).
Qué deben hacer hoy los administradores de las organizaciones clientes
Compruebe si usa alguno de los servicios afectados
Los servicios afectados son seis servicios en la nube: i-FILTER@Cloud, m-FILTER@Cloud (Modern Edition), m-FILTER MailAdviser for Microsoft 365, FINAL CODE@Cloud, z-FILTER y Desk.
Según la empresa, las versiones de software instaladas en su propio entorno no están afectadas. Para sus otros servicios en la nube, no se había confirmado ningún impacto de este incidente hasta el mediodía del 21 de octubre. Si compró a través de un revendedor o socio, revise el contrato o el nombre del producto en la consola de administración para ver si usa la versión en la nube.
Cambie la contraseña de administrador
La empresa pide a todos los clientes de los seis servicios que cambien las contraseñas de administrador y de usuario. Esto incluye a las organizaciones que no han sido contactadas individualmente.
Si varias personas comparten una cuenta de administrador, aproveche este cambio para revisar quién recibe la nueva contraseña. Para contraseñas largas y únicas, consulte cómo elegir un gestor de contraseñas.
Pida a los usuarios que cambien sus contraseñas
En los servicios que tienen contraseñas de usuario, pida a los usuarios que también las cambien. Indique en su aviso que deben iniciar sesión de la forma habitual, no a través de un enlace enviado por correo, para que puedan distinguir su aviso de los correos falsos enviados en la misma época.
Quien haya usado la misma contraseña en otros servicios debe cambiarla también allí (cómo comprobar si una contraseña se ha filtrado).
Compruebe si la empresa se ha puesto en contacto con usted individualmente
La empresa dice que contactará individualmente a los clientes que necesiten tomar más medidas. En su sesión de preguntas y respuestas del 23 de octubre, afirma que está contactando a los clientes cuya información pudo haber sido visualizada y explicándoles qué deben hacer.
Revise la bandeja de entrada de su contacto contractual y la dirección que recibe los mensajes de su revendedor. El punto de contacto es el servicio de atención al cliente indicado en el aviso de la empresa (k-support@daj.co.jp).
No inicie sesión a través de enlaces en correos que digan venir de Digital Arts
Tras un incidente ampliamente divulgado, suelen aparecer correos falsos en nombre de la empresa que piden "cambiar su contraseña" (la empresa no ha informado de ningún correo de este tipo en este incidente).
Cambie las contraseñas abriendo la consola de administración de la forma habitual, desde un marcador o su procedimiento interno (véase ¿qué es el phishing?).
Si debe notificar como responsable del tratamiento depende de lo que le comunique la empresa
La empresa dice que ha notificado el incidente a la Comisión de Protección de Datos Personales de Japón (preguntas y respuestas, 23 de octubre). Si los datos que guarda en el servicio incluyen datos personales y se le contacta individualmente como cliente cuya información pudo haber sido visualizada, consulte con su equipo interno, sobre la base de ese aviso, si su organización debe informar o notificar a las personas afectadas. Hasta que se le contacte, la información publicada no permite saber si los datos de su organización están implicados.
Qué ocurrió (según los avisos de Digital Arts)
El 21 de octubre de 2026, Digital Arts Inc. publicó un aviso titulado "Notice and apology regarding unauthorized access to our company" a través del sistema de divulgación oportuna de la Bolsa de Tokio y en su sitio web. El 23 de octubre publicó una sesión de preguntas y respuestas para inversores y accionistas. Todo lo que sigue procede de los avisos de la empresa.
Alrededor de julio de 2025
El más antiguo de los rastros de acceso no autorizado encontrados después se remonta a aproximadamente esta época.9 de octubre de 2026
Una revisión de toda la empresa de sus sistemas, productos y entorno interno, que utilizó IA, encontró rastros de acceso no autorizado que las comprobaciones anteriores no habían detectado, tanto en el entorno operativo de los servicios en la nube como en el entorno interno.Después del 9 de octubre
La empresa dio prioridad a cortar el acceso, reemplazar las credenciales e investigar el alcance. Afirma que anunció el incidente solo después de estos pasos porque publicarlo mientras se aplicaban las contramedidas podría haber informado al atacante de lo que se estaba haciendo y ampliado el daño.21 de octubre
Anunciado mediante divulgación oportuna y en su sitio web. Pidió a todos los clientes de los seis servicios que cambiaran las contraseñas.23 de octubre
Publicó una sesión de preguntas y respuestas para inversores y accionistas, en la que afirmó, entre otras cosas, que la base de datos de la lista blanca no fue alterada y que había notificado a la Comisión de Protección de Datos Personales.
- Vía de entrada
- Un tercero obtuvo credenciales utilizadas para operar los servicios en la nube y las usó para entrar en el entorno operativo del servicio. También se encontraron rastros de acceso no autorizado al entorno interno
- Impacto
- La información de algunos clientes de los seis servicios pudo haber sido visualizada por el tercero. Tipos de datos y cifras no publicados
- Salida de datos, daños secundarios
- Hasta el mediodía del 21 de octubre, no se confirmó la salida de datos de clientes fuera de la empresa; no hubo informes de uso indebido ni de daños secundarios
- No afectados
- Versiones de software instaladas en los entornos propios de los clientes. No se confirmó impacto en otros servicios en la nube hasta el mediodía del 21 de octubre (preguntas y respuestas del 23 de octubre)
- Lista blanca
- El intruso no tenía permiso ni ruta hacia los sistemas que registran, clasifican y distribuyen la base de datos de la lista blanca, y no pudo visualizarla. Los registros y los datos de configuración muestran que no fue alterada (preguntas y respuestas, 23 de octubre)
- Funciones del producto
- No se ha confirmado ninguna intrusión a través de una vulnerabilidad en las funciones de seguridad de los productos (preguntas y respuestas, 23 de octubre)
- Respuesta de la empresa
- Desactivó las credenciales usadas en el acceso, reemplazó las credenciales operativas, detuvo los programas sospechosos y reemplazó las claves de autenticación de los servidores. No se confirmó nuevo acceso no autorizado hasta el mediodía del 21 de octubre; la supervisión continúa. También está reconstruyendo los servicios y las redes
- Informes
- Informa a las autoridades competentes y coopera con ellas; notificó a la Comisión de Protección de Datos Personales. Informará y responderá en el marco de ISMAP (programa japonés de evaluación de seguridad de la nube para el gobierno) según lo exija el programa (preguntas y respuestas, 23 de octubre)
- Estado del servicio
- Los servicios continúan y todavía se aceptan nuevos contratos y despliegues (preguntas y respuestas, 23 de octubre)
- Contacto
- Clientes y socios: servicio de atención al cliente, k-support@daj.co.jp
Credenciales operativas obtenidas
Cómo se obtuvieron no está publicado (empresa)
↓
Entorno operativo en la nube
Algunos datos de clientes de seis servicios pudieron haber sido visualizados
Entorno interno
Rastros de acceso; alcance no publicado
Base de datos de la lista blanca
No visualizada ni alterada (empresa)
↓ Lo que deben hacer los clientes
Cambiar las contraseñas de administrador y de usuario
Todos los clientes de los seis servicios; versiones de software no afectadas
Qué se sabe y qué no
Según los avisos de la empresa a fecha del 25 de octubre de 2026 (el aviso de divulgación oportuna y en el sitio web del 21 de octubre, y la sesión de preguntas y respuestas para inversores del 23 de octubre). La columna de estado se actualizará conforme se publique nueva información.
| Elemento | Lo que dicen los avisos | Estado |
|---|---|---|
| Servicios afectados | i-FILTER@Cloud, m-FILTER@Cloud (Modern Edition), m-FILTER MailAdviser for Microsoft 365, FINAL CODE@Cloud, z-FILTER, Desk | Confirmado (empresa) |
| Información de clientes | La información de algunos clientes pudo haber sido visualizada por un tercero | Posible (empresa) |
| Tipos de datos que pudieron haber sido visualizados | No indicado | No indicado |
| Número de clientes o de registros | No indicado | No indicado |
| Salida de datos fuera de la empresa | No confirmada hasta el mediodía del 21 de octubre | No confirmada (empresa) |
| Uso indebido, daños secundarios | Sin informes hasta el mediodía del 21 de octubre | No confirmado (empresa) |
| Versiones de software | No cubiertas por este incidente | No incluidas (empresa) |
| Otros servicios en la nube | No se confirmó impacto de este incidente hasta el mediodía del 21 de octubre | No confirmado (empresa) |
| Base de datos de la lista blanca | No visualizable por el intruso; confirmado que no fue alterada | No incluida (empresa) |
| Vía de entrada | Credenciales operativas obtenidas y usadas para entrar | Confirmado (empresa) |
| Cómo se obtuvieron las credenciales, método de ataque | La empresa se reserva estos detalles | No indicado |
| Acceso al entorno interno | Rastros encontrados; alcance e impacto no indicados | No indicado |
| Periodo de acceso | Algunos rastros se remontan a alrededor de julio de 2025; detectados el 9 de octubre de 2026 | Declaración de la empresa (algunos rastros desde alrededor de julio de 2025) |
| Nuevo acceso no autorizado | Ninguno confirmado hasta el mediodía del 21 de octubre; la supervisión continúa | No confirmado (empresa) |
| Notificación a la Comisión de Protección de Datos Personales | Notificado | Confirmado (empresa) |
| Impacto en los resultados | En revisión | Bajo investigación |
'Pudo haber sido visualizada' no es lo mismo que 'sustraída'
La empresa dice que la información de clientes pudo haber sido vista por un tercero, pero que hasta el mediodía del 21 de octubre no había confirmado que se hubiera sacado nada fuera de la empresa. Como la información pudo haber sido vista, se pide el cambio de contraseña tanto si se sacó algo como si no. Este artículo mantiene separadas ambas cuestiones.
Qué puede pasar con un servicio de administración cuando se desconocen los tipos de datos
Los tipos de datos que pudieron haber sido visualizados no se han publicado. En general, los registros de clientes de servicios en la nube empresariales pueden incluir el nombre de la organización cliente, los nombres de las personas de contacto, direcciones de correo electrónico y números de teléfono, y los datos de las cuentas de administrador (la empresa no ha dicho que ninguno de estos datos estuviera implicado).
Qué puede ocurrir en general
- Correos falsos en nombre del proveedor sobre contratos, renovaciones o cambios de contraseña
- Consultas convincentes que parecen conocer el nombre de la persona de contacto o los detalles del contrato
- Si se toma el control de una cuenta de administrador, podrían cambiarse los ajustes de filtrado o de correo
Lo que puede hacer usted
- Cambie las contraseñas y abra la consola de administración de la forma habitual
- Si no está seguro de que un mensaje sea de la empresa, consulte con el punto de contacto indicado en su aviso
- Si la cuenta de administrador admite un factor de inicio de sesión adicional, actívelo (cómo elegir la autenticación multifactor)
También en octubre, un acceso no autorizado a un proveedor de un servicio de envío de correo electrónico empresarial se extendió a sus empresas clientes (el acceso no autorizado a blastmail). Los dos incidentes son independientes y tienen causas distintas.
Qué deben revisar los operadores
La causa detallada no se ha publicado, así que esta sección se limita a lo que respalda la información publicada.
Inventaríe las credenciales operativas igual que inventaría las cuentas de las personas
El intruso usó credenciales para operar los servicios en la nube. La empresa incluye entre su respuesta el reemplazo de credenciales operativas y de las claves de autenticación de servidores, y entre sus medidas para evitar una repetición, una gestión más sólida de credenciales y accesos.
Un primer paso para su propia organización es listar las cuentas, claves de API y claves SSH usadas para gestionar servidores y recursos en la nube, indicando quién las usa, desde dónde y cuándo se reemplazaron por última vez (la lista de comprobación del inventario de activos).
Conserve registros que puedan revelar accesos con credenciales válidas
Algunos rastros se remontan a alrededor de julio de 2025, y según la empresa, las comprobaciones anteriores no los detectaron. La empresa incluye entre sus medidas una supervisión y un registro más sólidos, y una detección más temprana.
Cuando se usan credenciales válidas, el inicio de sesión queda registrado como correcto. En general, registrar los inicios de sesión operativos con hora, origen y dispositivo, y compararlos periódicamente con los horarios de trabajo del personal y las direcciones de origen habituales, es lo que permite detectar este tipo de acceso. Si los registros se conservan poco tiempo, no podrá reconstruir el alcance.
Liste los datos del administrador de cada servicio en la nube que contrate
Por el lado del cliente, cuando un proveedor dice "todos los clientes deben cambiar sus contraseñas", necesita saber de inmediato qué servicio, qué cuenta de administrador y quién la cambiará.
Para cada servicio en la nube que use, registre quién es el propietario de la cuenta de administrador, quién es el contacto contractual y qué dirección recibe los mensajes del proveedor. Para saber cómo pensar en el caso de un proveedor comprometido, consulte también qué hacer cuando su alojamiento web se ve comprometido.
Fuentes (registro público)
Los hechos de este artículo proceden de las fuentes públicas siguientes. No se adivinan métodos de ataque ni cifras que no se hayan publicado.
- Digital Arts Inc., "Notice and apology regarding unauthorized access to our company" (21 de octubre de 2026, divulgación oportuna, en japonés) — daj.jp (PDF)
- Digital Arts Inc., "Notice and apology regarding unauthorized access to our company" (21 de octubre de 2026, sitio web, en japonés) — daj.jp
- Digital Arts Inc., "Q&A for investors and shareholders regarding the unauthorized access" (23 de octubre de 2026, en japonés) — daj.jp (PDF)
Historial de actualizaciones
2026-10-25: Primera versión, basada en el aviso de divulgación oportuna y en el sitio web de Digital Arts del 21 de octubre, y en su sesión de preguntas y respuestas para inversores del 23 de octubre. Este artículo se actualizará cuando se publiquen los tipos de datos, las cifras u otros detalles.
Lectura recomendada
- Cuando la brecha de un proveedor llega a sus clientes: el acceso no autorizado a blastmail
- Cuando las credenciales son la vía de entrada: brechas de 2026 que comenzaron con credenciales
- Preparación: cómo elegir la autenticación multifactor / cómo elegir un gestor de contraseñas
- Detectar correos falsos: ¿qué es el phishing?
- Otros incidentes de 2026: lista de filtraciones de datos y ciberataques