Para: estudiantes actuales, egresados, padres y personal de la Universidad Metropolitana de Osaka, personas que consideran solicitar plaza allí, y personal de TI de universidades, empresas y gobiernos locales que gestionan muchos servidores en una plataforma de virtualización. Este artículo se basa en los avisos oficiales de la Universidad Metropolitana de Osaka y en informes de prensa relevantes, y no describe técnicas de ataque.
En desarrollo: este artículo se actualizará a medida que la organización publique más información
A fecha del 24 de octubre de 2026Aún no se sabe
- Qué datos personales se filtraron del almacenamiento en la nube del contratista, y cuántos (la universidad lo verifica con el contratista)
- Si se filtraron los datos de la plataforma de virtualización de la universidad (unos 130.000 registros de asuntos académicos, entre otros)
- Una línea telefónica de ayuda para egresados y padres (se publicará más adelante)
- Cuándo se restablecerán los sistemas principales (el aviso de estado del 23 de octubre es interno; su texto no es público)
En su quinto aviso del 21 de octubre, la universidad indica que verifica con el contratista el contenido, las cifras y otros detalles de los datos filtrados, y que tomará las medidas necesarias cuando se conozcan. Un aviso de la biblioteca publicado el 23 de octubre indica que todavía no hay previsión de restablecer el sistema de la biblioteca ni la red, por lo que los días y horarios de apertura, los usuarios elegibles y los servicios siguen limitados por ahora.
Qué deben hacer ahora estudiantes, egresados y personal
Consulte los avisos desde la página OMU Entrance
El sitio web principal (www.omu.ac.jp) está caído. La universidad afirma que publica la información más reciente sobre clases y admisiones en la página OMU Entrance (https://e.omu.ac.jp/). El 3 de octubre también abrió un sitio provisional de avisos (https://www.omu.moe/) para usar hasta que se restablezca el sitio oficial, y esta dirección aparece en el material entregado en la rueda de prensa.
Como el sitio provisional usa un dominio poco familiar, es más difícil distinguirlo de sitios falsos parecidos. Ábralo siguiendo el enlace de la página Entrance que tenga guardada, no desde enlaces en correos o SMS.
No siga enlaces ni instrucciones de correos, SMS o llamadas que digan provenir de la universidad
Informes de prensa indican que los sistemas contenían nombres, direcciones particulares, direcciones de correo electrónico, fotografías de carné de estudiante y más. Un mensaje con su nombre correcto y sus datos de estudiante no demuestra que sea auténtico.
No responda a mensajes que le pidan introducir su ID, contraseña o número de tarjeta en una página enlazada, ya mencionen "disculpas por la interrupción", "restablecimiento de cuenta", "reemisión de carné de estudiante" o "trámites de matrícula o becas". Consulte cualquier duda sospechosa a través de un punto de contacto que haya encontrado en la página Entrance (cómo detectar fraudes: Qué es el phishing).
Cambie su contraseña siguiendo las instrucciones de la universidad, en su pantalla auténtica
En un aviso del 10 de octubre, la universidad indica que, como respuesta de emergencia al ataque de ransomware, ha pedido a los usuarios que cambien la contraseña de su sistema de autenticación OMU por una nueva. Las personas que aún no han configurado la autenticación de dos factores no pueden configurarla ni restablecerla por ahora y deben esperar nuevas instrucciones.
Compruebe que la instrucción también aparece en el sitio provisional de avisos abierto desde la página Entrance y, después, cambie su contraseña en la pantalla de inicio de sesión auténtica de la universidad. No lo haga a través de enlaces en correos o SMS.
Si usa la misma contraseña que su cuenta universitaria en otros servicios, cámbiela ahora por contraseñas distintas en esos servicios (cómo comprobarlo: Cómo comprobar si su contraseña ha sido filtrada; una herramienta para mantenerlas separadas: Cómo elegir un gestor de contraseñas).
No responda a quien diga tener sus datos
Si recibe un mensaje de alguien que dice tener su información y pide un pago o una respuesta, no responda, no pague ni introduzca nada en una página enlazada. Guarde el mensaje y denúncielo a la universidad y, en Japón, a la línea de consulta policial #9110.
El destinatario no tiene forma de comprobar si el remitente realmente tiene los datos. Responder puede marcar su dirección como activa y provocar más mensajes.
Egresados y padres: comparen cualquier mensaje con los anuncios de la universidad y usen la ventanilla de ayuda si tienen dudas
A diferencia de los estudiantes actuales, los egresados y los padres no revisan los avisos de la universidad a diario, por lo que los mensajes falsos son más difíciles de detectar. Si recibe un mensaje sobre "confirmar la lista de egresados", "cuotas de la asociación de antiguos alumnos" o "emisión de certificados", compruebe si la misma información aparece en la página Entrance o en el sitio provisional de avisos.
El 23 de octubre la universidad abrió una ventanilla de consulta y de preguntas para egresados y padres. Puede usar el formulario del aviso "本学情報基盤システムにおける障害にともなう相談・問い合わせ窓口について" en el sitio provisional de avisos (más adelante se publicará una línea telefónica). Si recibe un contacto sospechoso que pueda estar relacionado con este incidente, denúncielo allí.
A fecha del 24 de octubre, los avisos oficiales de la universidad no indican qué egresados están incluidos (cuántos años atrás, o si se incluyen los graduados de sus predecesoras, la Universidad de la Ciudad de Osaka y la Universidad Prefectural de Osaka).
Qué ocurrió (según los avisos de la Universidad Metropolitana de Osaka)
La universidad publicó su primer y segundo aviso el 2 de octubre, celebró una rueda de prensa el 5 de octubre, publicó en su sitio provisional de avisos un resumen de la rueda de prensa y el material entregado el 6 de octubre, emitió un cuarto aviso el 8 de octubre y un quinto el 21 de octubre, y abrió una ventanilla de ayuda para egresados y padres el 23 de octubre. Salvo que se indique otra cosa, lo siguiente se basa en los avisos y el material de la universidad.
2 de octubre de 2026, alrededor de las 0:20
El contratista responsable del mantenimiento observó que los servidores del sistema de infraestructura de información se apagaban uno tras otro y comenzó a investigar.2 de octubre, alrededor de la 1:40–4:00
El contratista notificó al departamento de TI de la universidad. El personal acudió al lugar y la investigación determinó que un grupo de servidores virtuales se había detenido y que algunos datos mostraban signos de manipulación.2 de octubre, por la mañana
Alrededor de las 7:00 se anunciaron en la página Entrance las suspensiones de clases. Alrededor de las 8:00 la universidad informó a la Prefectura de Osaka y a la Ciudad de Osaka, y a las 8:15 constituyó un cuartel general de respuesta a crisis encabezado por el rector. Alrededor de las 11:00 informó al Ministerio de Educación, a organizaciones de seguridad de la información y a la policía.2 de octubre, por la tarde
Se emitieron el primer aviso (causa en investigación) y el segundo aviso. Las clases se suspendieron hasta el 8 de octubre, y se previó reanudar las clases presenciales a partir del 9 de octubre.3 de octubre, alrededor de las 7:30
Se abrió un sitio web provisional para avisos.5 de octubre
Alrededor de las 10:00 la universidad contactó con la Comisión de Protección de Información Personal. En una rueda de prensa desde las 16:00 afirmó haber concluido que la causa fue un ataque de ransomware.8 de octubre
Cuarto aviso: con la investigación y la recuperación todavía en curso, la universidad anunció que las clases presenciales se reanudarían en todos los campus el viernes 9 de octubre. El mismo día volvió a estar disponible OMU Mail entre estudiantes y personal.10 de octubre
Sobre el cambio a una nueva contraseña del sistema de autenticación OMU, la universidad indicó que quienes no hubieran configurado la autenticación de dos factores no podían hacerlo por ahora.20 de octubre
El contratista que mantiene y opera los sistemas principales informó de que un subcontratista había sufrido un ciberataque a finales de septiembre y los sistemas de la universidad habían sido accedidos mediante la cuenta legítima del subcontratista, y de que los datos personales relacionados con la universidad y la información de sistemas almacenados en la nube utilizada por el contratista se habían confirmado como filtrados.21 de octubre
Quinto aviso: la universidad publicó el informe y dijo que el contenido y las cifras de los datos filtrados se están verificando con el contratista. Los datos de asuntos académicos señalados en la rueda de prensa (unos 130.000 registros, entre otros) están en la plataforma de virtualización de la universidad y son independientes; si se filtraron sigue bajo investigación.23 de octubre
Se abrió una ventanilla de consulta y de preguntas para egresados y padres (un formulario; la línea telefónica se publicará más adelante). La biblioteca indicó que todavía no hay previsión de restablecer su sistema o su red y que seguirá funcionando con funciones limitadas.
- Qué ocurrió
- Desde la madrugada del 2 de octubre, una falla a gran escala afectó a la plataforma de virtualización de la universidad. Un grupo de servidores virtuales se detuvo y algunos datos mostraban signos de manipulación
- Causa
- Se concluyó que fue un ciberataque, concretamente un ataque de ransomware (5 de octubre). El 20 de octubre el contratista informó de que un subcontratista había sufrido un ciberataque a finales de septiembre y los sistemas de la universidad fueron accedidos mediante la cuenta legítima del subcontratista (quinto aviso). El contratista investiga los hechos y el alcance
- Principales sistemas afectados
- Red del campus, OMU Mail, sitios web de la corporación, portal del personal, equipos de oficina (el personal no puede iniciar sesión), finanzas y contabilidad, recursos humanos y nóminas, asuntos académicos, sistemas de apoyo al aprendizaje, base de datos de admisiones, sistema de la biblioteca (el material entregado describe esta lista como parcial)
- Informados como no afectados
- El primer aviso indicó que los sistemas del hospital universitario y del centro de medicina veterinaria no se vieron afectados. Los sitios de solicitud y matrícula en línea funcionan en servidores externos y pueden utilizarse
- Datos personales (almacenamiento en la nube del contratista)
- El contratista informó de que los "datos personales relacionados con la universidad y la información de sistemas" almacenados en la nube que utilizaba se han confirmado como filtrados. El contenido, las cifras y otros detalles se verifican con el contratista (quinto aviso)
- Datos personales (plataforma de virtualización de la universidad)
- Los datos señalados en la rueda de prensa como posiblemente filtrados (unos 130.000 registros de asuntos académicos, entre otros) están en la plataforma de virtualización de la universidad y son independientes de lo anterior. Si se filtraron sigue bajo investigación (quinto aviso). La Comisión de Protección de Información Personal fue contactada el 5 de octubre
- Notificado a
- Prefectura de Osaka y Ciudad de Osaka, Ministerio de Educación, policía, organizaciones de seguridad de la información, incluido JPCERT (centro de coordinación de incidentes de seguridad informática de Japón), y Comisión de Protección de Información Personal
- Contacto
- Egresados y padres: la ventanilla de consulta y de preguntas abierta el 23 de octubre (un formulario; la línea telefónica se publicará más adelante). Solicitudes y matrícula: Oficina de Admisiones, 072-254-9117. Una lista de puntos de contacto figura en el aviso "お問い合わせ先について" (puntos de contacto) del sitio provisional de avisos
- Estado de recuperación (público)
- El aviso sobre el estado y las perspectivas de recuperación de los sistemas principales (a fecha del 23 de octubre) es interno y su texto no es público. El aviso público de la biblioteca (23 de octubre) indica que todavía no hay previsión de restablecer el sistema o la red de la biblioteca
Qué dicen los informes de prensa
La rueda de prensa del 5 de octubre fue cubierta por Kyodo News, Nikkei, Sankei Shimbun, Asahi Shimbun, Kansai TV, Yomiuri TV y otros medios. Las cifras que no aparecen en los avisos oficiales de la universidad se tratan como informes de prensa, como se indica a continuación. En su quinto aviso del 21 de octubre, la propia universidad describe la cifra dada en la rueda de prensa como "unos 130.000 registros relacionados con el sistema de asuntos académicos, entre otros" (registros, a diferencia de las "unas 130.000 personas" de los informes).
En lo que coinciden varios medios importantes
- Unos 500 servidores se detuvieron
- Gran parte de los datos de respaldo también quedó cifrada (Kansai TV, Yomiuri TV)
- Datos personales de al menos unas 130.000 personas, incluidos estudiantes actuales y egresados, podrían haberse filtrado
- Los datos almacenados incluyen nombres, direcciones particulares, direcciones de correo electrónico y fotografías de carné de estudiante
No confirmado, o con diferencias entre informes
- Si los datos de la plataforma de virtualización de la universidad fueron realmente filtrados (la universidad lo investiga; los datos del almacenamiento en la nube del contratista se han confirmado como filtrados)
- Otros elementos, como números de teléfono (los informes difieren)
- Hasta qué punto se incluye al personal y a los graduados de las universidades predecesoras
- Si se exigió un rescate (la universidad declinó comentar, alegando la investigación)
Cómo interpretarlo: unos 130.000 registros no es un recuento confirmado de filtraciones
El Asahi Shimbun y otros describen unas 130.000 personas como la cantidad de datos personales almacenados en los sistemas afectados. En su quinto aviso, la universidad sitúa esto como datos de su plataforma de virtualización que "podrían haberse" filtrado (unos 130.000 registros de asuntos académicos, entre otros), y afirma que si se filtraron está bajo investigación. Lo que se ha confirmado como filtrado es otro conjunto de datos, en el almacenamiento en la nube del contratista, cuyo contenido y cifras no se han publicado.
Pueden llegar mensajes falsos mientras todos esperan la confirmación. Incluso antes de saber si está afectado, los pasos anteriores merecen empezar hoy.
Lo específico de este incidente: cuando se detiene una plataforma de virtualización, cientos de servidores se detienen a la vez
Una plataforma de virtualización ejecuta muchos servidores (servidores virtuales) juntos sobre un conjunto de servidores físicos. Reduce el hardware y simplifica la gestión, pero cuando esa base se detiene, se detiene también cada servidor que funciona sobre ella.
Según la universidad, la falla de su plataforma de virtualización detuvo un grupo de servidores virtuales, y sistemas muy distintos, desde la red y el correo hasta asuntos académicos y nóminas, dejaron de funcionar al mismo tiempo. Informes de prensa indican que también quedó cifrada gran parte de los datos de respaldo que se usarían para la recuperación. La universidad afirma que su contratista informó de que el acceso llegó a través de la cuenta legítima de un subcontratista, pero no ha revelado hasta dónde se extendió el cifrado ni el estado de sus copias de respaldo, por lo que lo que sigue se refiere a este tipo de configuración en general.
Mismo dominio de gestión
Cuenta de administrador de la plataforma de virtualización
↓ controla ambos
Cientos de servidores virtuales
Copias de respaldo
→ producción y copias quedan inutilizables juntas
Dominios de gestión separados
Administrador de virtualización
Administrador solo de respaldo (con MFA)
↓ permisos separados
Cientos de servidores virtuales
Copia que no puede eliminarse durante un periodo establecido, o que se mantiene sin conexión
→ aunque la producción se detenga, hay algo desde lo que restaurar
Tener copias de respaldo no basta si están donde pueden alcanzarlas los mismos permisos de producción; en un incidente también pueden quedar inutilizables. En el caso de 2021 del Hospital Handa (localidad de Tsurugi), el informe de investigación también registró que el servidor de respaldo estaba entre los servidores cifrados. Lo que añade este incidente es la escala. Para restaurar cientos de servidores hace falta no solo una copia que sobreviva, sino también un orden decidido y un número conocido de horas para volver a ponerlos en marcha.
Para organizaciones que gestionan muchos servidores en una plataforma de virtualización
Los puntos siguientes no afirman que la respuesta de la Universidad Metropolitana de Osaka fuera inadecuada. Son precauciones basadas en los hechos de los avisos e informes. Los fundamentos de la regla 3-2-1 y de las pruebas de restauración están en Fundamentos de las copias de seguridad (la regla 3-2-1). Aquí añadimos lo específico de las plataformas de virtualización.
Mantenga una copia de respaldo que los administradores de virtualización no puedan eliminar
En primer lugar, enumere qué personas y qué cuentas pueden eliminar o sobrescribir las copias de respaldo. Si la cuenta de administrador de la plataforma de virtualización, o el administrador del directorio que gestiona las cuentas de usuario habituales, puede eliminarlas, las copias están en el mismo dominio de gestión que la producción.
Como primer paso, cree una cuenta de administración separada solo para las copias de respaldo, protéjala con autenticación multifactor y mantenga al menos una copia, bien en una configuración donde no pueda eliminarse ni sobrescribirse durante un periodo establecido (almacenamiento inmutable), bien en un almacenamiento normalmente desconectado de la red. Muchos productos de respaldo y servicios de almacenamiento en la nube ofrecen una función que bloquea la eliminación durante el periodo de retención.
Mida los simulacros de restauración en servidores y horas
Mida no solo "¿podemos restaurar?", sino "¿cuántas horas tardamos en restaurar los sistemas que necesitamos para reanudar la docencia o el trabajo?". En una universidad, defina de antemano el orden necesario para reanudar, por ejemplo autenticación, correo, sistema de gestión del aprendizaje, asuntos académicos y, después, la red.
Una vez al año, restaure desde la copia desconectada los 10 servidores principales en un entorno separado y registre cuánto tiempo tarda. Multiplique ese tiempo por el número de servidores para estimar cuánto tardaría una restauración completa. Si la estimación es demasiado larga, es una señal para replantear cómo se hacen las copias o cómo se fijan las prioridades.
Enumere las cuentas que usan contratistas y subcontratistas, y actívelas solo cuando sea necesario
Según el quinto aviso de la universidad, el contratista informó de que la causa fue el acceso no autorizado mediante la cuenta legítima de un subcontratista. No se ha publicado cómo se comprometió esa cuenta, así que lo siguiente es una preparación general.
En primer lugar, enumere a cuáles de sus sistemas pueden acceder sus contratistas de mantenimiento y desarrollo, y sus subcontratistas, y con qué cuentas. Incluya las cuentas usadas por el personal de los subcontratistas, no solo las del contratista con el que firmó. Después, compruebe si cada cuenta tiene autenticación multifactor, restricciones de desde dónde puede conectarse, o si solo se activa durante trabajos programados. Compruebe también, tanto en el contrato como en dónde están realmente los datos, cuántos de sus datos personales e información de sistemas pueden conservar los contratistas en el almacenamiento en la nube que usan para el trabajo.
Prepare y difunda un canal que siga funcionando cuando la plataforma esté caída
Los avisos de la universidad muestran que su sitio de solicitudes en línea, alojado en servidores externos, siguió funcionando, que pudo anunciar en la página Entrance la suspensión de clases por la mañana de la interrupción y que abrió un sitio provisional de avisos a la mañana siguiente. Cuando el correo y el sitio web oficial caen a la vez, desaparece el medio para llegar a los usuarios.
Prepare en tiempos normales una página de aviso de interrupciones que funcione con un proveedor distinto y cuentas de administración diferentes a las de producción. Si comunica su dirección a estudiantes y socios de antemano, no tendrán que adivinar durante una interrupción si un dominio poco familiar es falso.
Cómo funciona el ransomware y cómo pueden prepararse las organizaciones se explica en Qué es el ransomware, y los casos en que se detuvieron sistemas hospitalarios están en Hospitales cuya atención se vio afectada por ciberataques en 2026.
Fuentes (registro público)
Los hechos de este artículo se basan en la siguiente información pública. No especulamos sobre métodos de ataque o causas que la universidad no haya revelado. Las cifras que proceden solo de informes de prensa se identifican como tales en el texto.
- Universidad Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第1報】" (primer aviso sobre la falla del sistema de infraestructura de información, 2 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第2報】" (segundo aviso, 2 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "情報基盤システムにおける障害に関する記者会見を実施" (rueda de prensa celebrada, 6 de octubre de 2026) y material de la rueda de prensa (5 de octubre) — sitio provisional de avisos / material (PDF)
- Universidad Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第4報】対面授業再開のお知らせ" (cuarto aviso: reanudación de clases presenciales, 8 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "【学生向け】OMUメール利用再開について" (reanudación de OMU Mail, 8 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "OMU認証システムについて（二要素認証できない人について）" (sistema de autenticación OMU y configuración de dos factores, 10 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "本学情報基盤システムにおける障害の発生について【第5報】委託先公表のサイバー攻撃事案に伴うシステム障害・情報漏洩について" (quinto aviso: falla del sistema y filtración de datos tras un ciberataque dado a conocer por el contratista, 21 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "本学情報基盤システムにおける障害にともなう相談・問い合わせ窓口について" (ventanilla de consulta y de preguntas para egresados y padres, 23 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, "図書館の開館について" (apertura de la biblioteca, versión publicada el 23 de octubre de 2026) — sitio provisional de avisos
- Universidad Metropolitana de Osaka, página OMU Entrance (información sobre la interrupción y avisos de suspensión de clases) — e.omu.ac.jp
- NHK News (informe sobre la rueda de prensa de la universidad, 5 de octubre de 2026) — news.web.nhk
- Kyodo News, "大阪公立大にランサム攻撃 個人情報、13万人流出恐れ" (5 de octubre de 2026, vía Kahoku Shimpo Online) — kahoku.news
- Nikkei, "大阪公立大学にランサム攻撃 個人情報、13万人流出恐れ" (5 de octubre de 2026) — nikkei.com
- The Sankei Shimbun, "大阪公立大の大規模システム障害、サイバー攻撃が原因か 13万人超の個人情報流出恐れ" (5 de octubre de 2026, vía Yahoo! News Japan) — news.yahoo.co.jp
- The Asahi Shimbun, "大阪公立大のシステム障害「ランサムウェアによる攻撃」大学が発表" (5 de octubre de 2026, vía Yahoo! News Japan) — news.yahoo.co.jp
- Kansai TV, "大阪公立大 大規模システム障害の原因は「ランサムウェアによるサイバー攻撃」か" (5 de octubre de 2026) — ktv.jp
- Yomiuri TV, "大阪公立大学にサイバー攻撃か サーバー500台停止し全学部休講" (5 de octubre de 2026, vía Infoseek News) — news.infoseek.co.jp
- Gobierno de Japón, relaciones públicas, "警察に対する相談は警察相談専用電話「#9110」番へ" (línea de consulta policial #9110) — gov-online.go.jp
Historial de actualizaciones
2026-10-06: Primera versión, basada en el primer y segundo aviso de la Universidad Metropolitana de Osaka del 2 de octubre, la rueda de prensa del 5 de octubre y su material, y los principales informes de prensa. La universidad afirma que si se filtraron datos personales está bajo investigación; actualizaremos este artículo cuando se publiquen nuevos hechos.
2026-10-11: Se añadió el cuarto aviso del 8 de octubre (reanudación de clases presenciales en todos los campus desde el 9 de octubre), la reanudación de OMU Mail para uso interno y el aviso del 10 de octubre sobre el cambio de contraseñas del sistema de autenticación OMU; se reescribió el paso sobre contraseñas. A fecha del 11 de octubre, si se filtraron datos personales seguía bajo investigación.
2026-10-24: Se añadió el quinto aviso del 21 de octubre (el contratista informó de que la causa fue el acceso no autorizado mediante la cuenta legítima de un subcontratista, de que los datos personales relacionados con la universidad y la información de sistemas en el almacenamiento en la nube del contratista se habían confirmado como filtrados, y de que esto es independiente de los unos 130.000 registros y otros datos de la plataforma de virtualización), la ventanilla de ayuda para egresados y padres del 23 de octubre y el aviso de la biblioteca del 23 de octubre (todavía sin previsión de restablecimiento). Se actualizaron el título, la descripción, la conclusión, la cronología, la lista de hechos y las preguntas frecuentes, y se añadieron un recuadro de "aún no se sabe" y un paso para organizaciones sobre la enumeración de cuentas de contratistas. El aviso del 23 de octubre sobre el estado y las perspectivas de recuperación es interno y su texto no es público, por lo que no se refleja.
Lea a continuación
- Protegerse de mensajes falsos: Qué es el phishing / Cómo elegir un gestor de contraseñas
- Ransomware y copias de seguridad: Qué es el ransomware / Fundamentos de las copias de seguridad (la regla 3-2-1) / El caso del Hospital Handa
- Incidentes similares en Japón: Ataque de ransomware a Medica Shuppan / Hospitales afectados por ciberataques
- Otros incidentes de 2026: Filtraciones de datos y ciberataques en 2026 (Japón y en el mundo)