Un empleado de RIZAP subió los registros de salud de 726 personas a un chat de IA personal

El 20 de agosto de 2026, un empleado de RIZAP Inc., el grupo japonés de fitness y orientación en salud, estaba extrayendo registros del sistema de gestión de orientación en salud que opera para aseguradoras cuando los datos acabaron en un servicio de IA generativa en una cuenta personal que la empresa nunca había aprobado. Los registros abarcaban a 726 miembros de la Asociación de Ayuda Mutua de Empleados de Gobiernos Locales (地方職員共済組合) de catorce delegaciones regionales, e incluían nombres, fechas de nacimiento, símbolos y números de tarjetas de seguro, y las categorías de enfermedad hipertensión, diabetes y dislipidemia —datos personales sensibles según la Ley de Protección de la Información Personal de Japón. La asociación publicó su aviso el 4 de septiembre de 2026. El caso figura entre los incidentes documentados en el archivo de incidentes de Orca AI, que registra cada entrada con sus propias fuentes, nivel de gravedad, grado de confianza e indicador de disputa.

Esto no fue una brecha en el sentido habitual. Ningún atacante, ninguna credencial comprometida, ninguna vulnerabilidad explotada. Una persona que realizaba tareas rutinarias de agregación eligió la herramienta equivocada, y los datos de los miembros de una aseguradora de salud —incluida la categoría que la ley japonesa considera que exige el tratamiento más estricto— salieron del edificio a través de una pestaña del navegador cuya existencia nadie en la empresa conocía. El archivo califica el registro con su nivel máximo de confianza, le asigna una severidad alta, registra un daño real y no lo marca como disputado, y ambas partes que publicaron avisos coinciden en el mecanismo. Lo que sigue separa lo que esos avisos establecen de lo que se apoya en las propias garantías del proveedor.

Lo que RIZAP realmente reveló, y cuándo

La disculpa y el aviso de RIZAP llevan la fecha del 3 de septiembre de 2026. Sitúan el incidente en la división de gestión de la salud y negocio asegurador de la empresa y señalan que el empleado estaba trabajando en la agregación de datos para el sistema específico de gestión de orientación sanitaria cuando se produjo la carga. El empleado estaba utilizando un servicio de IA generativa de uso privado —con palabras de la propia empresa—, no una cuenta corporativa. El aviso no da por sí mismo ninguna fecha del suceso; la fecha del 20 de agosto, y el hecho de que fuera el propio empleado quien notificó la carga, proceden de los avisos de las dos aseguradoras que se publicaron después.

El alcance que describe RIZAP es un subconjunto de los registros inscritos en ese sistema entre el 1 de enero y el 19 de agosto de 2026: personas inscritas en el programa específico de orientación sanitaria que las aseguradoras japonesas ofrecen a los miembros evaluados como en riesgo de padecer enfermedades relacionadas con el estilo de vida. El aviso enumera información personal ordinaria (símbolo y número de la tarjeta de seguro, dirección de correo electrónico, nombre, fecha de nacimiento, sexo y, en el caso de algunas personas, una dirección y un número de teléfono) y, por separado, dos categorías de información personal sensible: la modalidad de apoyo de orientación sanitaria que recibía la persona, y la información sobre enfermedades de cualquier persona registrada como afectada por hipertensión, diabetes o dislipemia. Se señala que los números de tarjeta de crédito, los datos de cuentas bancarias y las credenciales de inicio de sesión no figuraban entre los datos.

RIZAP afirma que completó un informe para la Comisión de Protección de Información Personal, el organismo regulador que recibe notificaciones de ciertos incidentes de datos personales en virtud de la Ley. Ni el aviso de RIZAP ni el de la asociación indican qué hizo la comisión con él, y en ninguno de los dos documentos aparece una conclusión de la comisión.

La fecha con la que el archivo clasifica esto es el 4 de septiembre de 2026, y esa es la fecha de publicación de la propia asociación, no la de RIZAP. Las dos están separadas por un día porque la empresa notificó primero y la aseguradora cuyos miembros estaban en los datos hizo público el asunto al día siguiente, cuando además hizo que el contratista enviara un correo electrónico a las personas afectadas. ITmedia NEWS informó de la notificación de la empresa el 4 de septiembre a las 11:33 hora local.

¿De dónde viene el número 726?

RIZAP no publicó un recuento. Su aviso describe los datos y la respuesta, pero no da ninguna cifra de personas afectadas, y el informe de ITmedia del 4 de septiembre afirma claramente que la empresa no reveló ninguna. La cifra de 726 corresponde a la Local Government Employees' Mutual Aid Association, que gestiona el seguro de salud de los funcionarios públicos locales y era una de las aseguradoras que habían contratado a RIZAP para impartir el programa de orientación.

El comunicado de la asociación del 4 de septiembre ofrece más detalles que el del contratista: 726 personas, repartidas en catorce sucursales — Iwate, Akita, Yamagata, Fukushima, Tochigi, Kanagawa, Fukui, Mie, Osaka, Tottori, Yamaguchi, Kagawa, Ehime y Kagoshima. Registra el incidente como ocurrido el 20 de agosto, afirma que el empleado del contratista introdujo los datos en un servicio que el contratista no había autorizado e hizo que se hiciera referencia a ellos, confirma que los datos se eliminaron de la pantalla del servicio de IA y que se envió una solicitud de eliminación al proveedor del servicio, y señala que RIZAP envió un correo electrónico a las personas afectadas a las 10:00 del 4 de septiembre.

Vale la pena señalar dos pequeñas diferencias entre las versiones en lugar de minimizarlas. RIZAP llama al identificador símbolo y número de la tarjeta de seguro; la asociación lo llama símbolo y número de miembro. RIZAP enumera tres categorías de apoyo en materia de orientación sanitaria; el aviso de la asociación enumera dos: apoyo activo y apoyo motivacional. Ninguna de las diferencias cambia la forma del incidente, pero son un recordatorio de que los dos documentos fueron redactados por organizaciones distintas para públicos distintos, y de que el detalle a nivel de miembro procede de la aseguradora, no de la empresa que perdió el control de esa información.

El incidente fue más amplio que el 726

Como RIZAP nunca proporcionó un total, la magnitud de la exposición solo puede reconstruirse a partir de los avisos de las propias aseguradoras, y los medios japoneses especializados en seguridad han estado haciendo exactamente eso. Security Measures Lab (セキュリティ対策Lab), un sitio japonés de noticias sobre seguridad, ha recopilado los avisos que pudo verificar y ha vuelto a publicar la cifra que una aseguradora atribuyó a todo el conjunto de datos: la National Health Insurance Association for Construction and Civil Engineering (全国土木建築国民健康保険組合) declaró que los datos de 19.996 personas se introdujeron en el servicio de IA no aprobado y se consultaron en él, de las cuales 1.167 eran sus propios afiliados.

Esa cifra necesita la salvedad que el propio sitio adjunta: cuenta a personas cuyos datos se introdujeron en el servicio, no a personas cuya información se ha confirmado que llegó a alguien. Las otras cifras publicadas están incluidas en ella y no deben sumarse a ella. La sociedad de seguro de salud del grupo IHI nombró a 210 personas en un aviso fechado el 2 de septiembre. La sociedad de seguro de salud de Hitachi no publicó ninguna cifra, pero suspendió las nuevas derivaciones al programa de orientación sanitaria de RIZAP hasta poder verificar que las medidas de prevención realmente funcionan. Nippon Shokubai, Kansai Television Broadcasting, la asociación de ayuda mutua de empleados municipales de Gunma, la sociedad de seguro de salud de productos petrolíferos, Unitika y Works Human Intelligence también publicaron avisos, la mayoría sin cifras.

Establecido, atribuido y aún sin confirmar

Establecido por dos documentos primarios independientes. La carga se produjo el 20 de agosto de 2026 durante trabajos de agregación de datos; el servicio era uno que el contratista no había autorizado; los datos incluían nombres, fechas de nacimiento, identificadores de aseguradoras e información de salud, incluidas categorías de enfermedades; los miembros afectados del plan número 726 del gobierno local en catorce sucursales; RIZAP notificó el incidente a la Comisión de Protección de la Información Personal; se envió un correo electrónico a los miembros afectados el 4 de septiembre.

Atribuido a RIZAP, basado en las respuestas de su proveedor de IA. Que ningún tercero ajeno al proveedor de IA podría haber visto los datos, y que los datos no se utilizaron para entrenar un modelo. El aviso de RIZAP explica la base: el proveedor dijo a la empresa que los archivos que contienen información identificable nunca se utilizan para entrenar, incluso cuando una cuenta lo permite, y que los archivos eliminados dentro de las 24 horas tampoco se utilizan para entrenar; RIZAP afirma que eliminó los datos dentro de ese plazo. La afirmación es una garantía transmitida, no un hecho auditado, y ninguna parte independiente la ha examinado.

Sin confirmar en el momento de la publicación, según admite la propia empresa. Si el propio personal del proveedor de IA podría haber visto los datos cargados. El aviso de RIZAP del 3 de septiembre indica que esto seguía verificándose; el aviso de la asociación del 4 de septiembre señala que el contratista está a la espera de la respuesta del proveedor. Según los documentos, esa cuestión sigue abierta, y por eso el lector debería tratar «los datos están eliminados» y «nadie los vio» como afirmaciones distintas.

Nombrado por una aseguradora, no por el contratista. El aviso de la sociedad de seguros de salud del Grupo IHI identifica al proveedor de IA como OpenAI. RIZAP no ha nombrado el servicio, y nada en ninguno de los dos avisos principales confirma ni contradice la revelación de IHI.

No se alega en ninguna parte. Ningún atacante, ninguna extorsión, ningún uso indebido posterior, ninguna evidencia de que los datos de algún miembro se hayan utilizado en su contra. Ambos avisos advierten a los miembros sobre el phishing y ambos indican que RIZAP nunca pedirá dinero, datos de tarjetas, números de cuenta ni contraseñas — una precaución, no un informe de un ataque.

¿Qué cambió después?

RIZAP enumera tres niveles de respuesta. En materia de personas: una nueva comunicación a toda la empresa de que no se pueden utilizar para el trabajo servicios de IA generativa que la empresa no haya aprobado, además de formación continua sobre la protección de datos personales y el uso adecuado de la IA. En materia de sistemas: una revisión de los permisos de acceso y de los entornos de trabajo para evitar la extracción de datos o el uso de servicios no aprobados. En materia de gobernanza: la consideración de un sistema de gestión de IA junto con su sistema de gestión de seguridad de la información existente.

Los compromisos de la asociación van en la otra dirección, en el contratista. Afirma que reforzará su supervisión de RIZAP y que comprobará que las medidas de prevención se aplican realmente, y dice que pidió al contratista una investigación más completa de los hechos y del alcance del impacto. La sociedad de seguro de salud de Hitachi fue más lejos que cualquiera de las dos, al suspender nuevas derivaciones hasta quedar satisfecha de que las medidas se mantienen.

Lo que no ha cambiado es el panorama regulatorio. Una notificación a la Comisión de Protección de Información Personal es una obligación de presentación, no una resolución, y ninguna de las notificaciones registra instrucción, orientación o sanción alguna por parte de esta.

Por qué el archivo lo considera un hito

La mayoría de los incidentes de IA que constan en el registro público implican que un sistema hace algo mal. Este implica a una persona que hace algo cotidiano con un sistema que funcionaba exactamente como estaba diseñado, lo cual es el problema más difícil, porque el fallo es invisible para la organización hasta que los datos ya han salido. La categoría en la que recae el incidente es la que los profesionales japoneses denominan shadow AI: personal que utiliza un servicio de IA de consumo para el trabajo porque es más rápido que la vía aprobada, normalmente sin mala intención y a menudo con la intención de hacer bien su trabajo.

La fuente citada para este registro, un sitio japonés de divulgación sobre seguridad, agrupa el incidente con otros dos eventos de IA de la misma semana —un fraude de pago mediante clonación de voz y una intrusión de un agente de IA— y señala que los tres atacaron debilidades que ya existían en lugar de crear otras nuevas. Ese encuadre es el análisis del sitio más que un hallazgo, pero la comparación es acertada: ninguno de los tres requería una capacidad novedosa, solo una ruta más rápida hacia una ya existente.

Lo que hace que este registro merezca leerse por sí solo es la especificidad del daño. Setecientas veintiséis personas tuvieron sus identificadores de aseguradora, datos de contacto y tres categorías de enfermedades nombradas colocados en una cuenta de IA de consumo que el contratista de su aseguradora nunca había autorizado, y la única razón por la que alguien se enteró es que el empleado que lo hizo lo dijo. El archivo registra aquí un daño real. Lo que las dos notificaciones establecen es la exposición y la pérdida de control sobre datos sensibles, no que alguien los haya utilizado.

¿Qué corrobora el registro y qué no?

El grado de confianza del registro se basa en algo más que el agregador que cita el archivo. Tres partes independientes publicaron dentro de las dos semanas posteriores al incidente: RIZAP misma el 3 de septiembre, la Asociación de Ayuda Mutua de los Empleados de los Gobiernos Locales el 4 de septiembre, e ITmedia NEWS, que informó sobre el aviso de la empresa el 4 de septiembre y añadió el detalle de que no se había divulgado ningún recuento. La sociedad de seguro de salud del Grupo IHI, la sociedad de seguro de salud de Hitachi y al menos otras seis aseguradoras publicaron sus propios avisos, y Security Measures Lab los recopiló. Un blog japonés de archivo de incidentes, b-son.net, reproduce íntegramente el comunicado de la asociación junto con su propio resumen.

Lo que nada de eso establece es el total. RIZAP no ha publicado una cifra total, las cifras de las aseguradoras se solapan, y la cifra de 19.996 es la declaración de una aseguradora sobre el conjunto de datos, no un recuento de exposiciones confirmadas. Cualquiera que cite una única cifra para este incidente debería indicar de qué documento proviene — que es la disciplina que el propio archivo aplica a cada entrada que conserva.