Categoría: Privacidad

  • JR East: posible exposición de 2,06 millones de registros personales en Japón

    JR East: posible exposición de 2,06 millones de registros personales en Japón

    El operador ferroviario JR East informó que sus servicios digitales, incluida la plataforma de reservas Eki-net, podrían haber expuesto hasta 2,06 millones de registros de datos personales de usuarios en Japón. El incidente, dado a conocer el 9 de octubre de 2025, aún está bajo investigación y no se ha confirmado la exfiltración total de los datos.

    East Japan Railway Company (JR East), una de las mayores empresas ferroviarias del mundo por volumen de pasajeros, reveló que múltiples servicios bajo su operación —entre ellos Eki-net, su sistema de reservas y compra de boletos en línea— podrían haber estado involucrados en un incidente de seguridad con exposición potencial de información personal. La empresa no precisó el vector de ataque ni confirmó si los registros fueron efectivamente extraídos por terceros no autorizados.

    Datos confirmados del incidente

    • Registros potencialmente expuestos: hasta 2,06 millones
    • Servicios involucrados: Eki-net y otros no especificados de la misma compañía
    • Empresa afectada: East Japan Railway Company (JR East), Japón
    • Fecha de divulgación pública: 9 de octubre de 2025
    • Estado del incidente: bajo investigación; exfiltración no confirmada

    Qué se sabe y qué falta confirmar

    Según se informó, JR East detectó la posible exposición y procedió a notificar el hecho públicamente, en línea con las obligaciones de reporte establecidas por la Ley de Protección de Información Personal (APPI) de Japón, que desde sus reformas de 2022 exige notificación a la Comisión de Protección de Información Personal (PPC) cuando el número de afectados supera los 1.000 registros. No se han confirmado datos sobre qué tipo de información personal estuvo involucrada —si incluye credenciales, datos de pago o solo información identificatoria básica—, ni si existe evidencia forense de descarga o acceso no autorizado efectivo. Tampoco se identificó públicamente un actor de amenaza responsable.

    El caso es relevante más allá de Japón por su escala y porque involucra infraestructura de transporte crítica con millones de usuarios registrados. En América Latina, incidentes de magnitud comparable en sistemas de transporte o servicios públicos digitales activan marcos de notificación distintos: en Argentina, la Ley 25.326 y las disposiciones de la AAIP obligan a reportar brechas que afecten datos sensibles o de gran escala; en Brasil, la LGPD (Lei 13.709/2018) establece plazos de comunicación a la ANPD y a los titulares afectados; en México, la LFPDPPP y su reglamento exigen aviso inmediato cuando el incidente genera riesgo patrimonial o discriminatorio para los titulares. En los tres casos, la ausencia de confirmación sobre el tipo de dato expuesto —como ocurre en el episodio de JR East— es precisamente el tipo de ambigüedad que las autoridades de control suelen cuestionar durante la investigación.

    El próximo hito crítico es la notificación formal de JR East a la Comisión de Protección de Información Personal de Japón, cuyo resultado determinará si la empresa enfrenta sanciones y si los 2,06 millones de usuarios afectados deben recibir comunicación directa.

  • Coupang impugna multa de 620.000 millones de won por brecha de 33 millones de usuarios

    Coupang impugna multa de 620.000 millones de won por brecha de 33 millones de usuarios

    El mayor retailer online de Corea del Sur, Coupang, presentó acciones judiciales para impugnar una multa de 620.000 millones de won (aproximadamente 450 millones de dólares) impuesta por la autoridad coreana de protección de datos tras una brecha que afectó a más de 33 millones de clientes. El incidente, ocurrido en noviembre de 2025, lleva nueve meses en la agenda pública y aún no está cerrado.

    Según se informó, la brecha fue ejecutada por un ex desarrollador que trabajó para la compañía. Coupang reconoció el incidente en diciembre de 2025, emitió disculpas públicas y procedió a notificar a los usuarios afectados. Sin embargo, la magnitud de la sanción impuesta por el regulador —cifra sin precedentes en el historial de multas de privacidad asiático reciente— derivó en la decisión corporativa de litigar en lugar de acatar.

    Datos confirmados sobre el incidente y la sanción

    • Fecha de la brecha: noviembre de 2025.
    • Usuarios afectados: más de 33 millones de clientes.
    • Notificación pública y disculpa: diciembre de 2025.
    • Multa impuesta: 620.000 millones de won (aprox. 450 millones de dólares).
    • Actor del incidente: ex desarrollador de la empresa, según se informó.
    • Acción judicial: Coupang presentó demandas para impugnar la sanción en octubre de 2026.

    Qué se sabe y qué falta confirmar

    Los hechos confirmados apuntan a un insider como vector del incidente y a una respuesta corporativa que demoró al menos un mes entre el ataque y la comunicación pública. Lo que aún no está aclarado públicamente es el tipo exacto de datos comprometidos, si existieron fallas en controles de acceso previas al incidente, y bajo qué artículos específicos de la Ley de Protección de Información Personal de Corea del Sur (PIPA) se fundamentó el cálculo de la multa. Tampoco se ha confirmado si el regulador aceptará negociar o si el proceso judicial irá a término.

    El caso tiene relevancia directa para los equipos de privacidad y legales en América Latina. Brasil, bajo la LGPD (Lei 13.709/2018), habilita a la ANPD a imponer sanciones de hasta el 2% de la facturación local de la empresa, con un techo de 50 millones de reales por infracción. Argentina, con la Ley 25.326 y su Agencia de Acceso a la Información Pública (AAIP), también prevé sanciones escalonadas, aunque el techo efectivo ha sido históricamente más bajo. En ambos marcos, la dilación en la notificación —como el mes transcurrido entre el incidente de Coupang y su comunicación— agrava la calificación de la infracción y puede elevar la sanción aplicable.

    El próximo hito clave es la admisión formal de las demandas por parte del tribunal coreano competente, instancia que definirá si la multa queda suspendida cautelarmente mientras se sustancia el proceso.

  • ICO cierra su primera ronda con diez gigantes de IA sobre datos personales

    ICO cierra su primera ronda con diez gigantes de IA sobre datos personales

    El regulador de datos del Reino Unido, la Oficina del Comisionado de Información (ICO), obtuvo compromisos formales de Amazon, Google, Microsoft, OpenAI y otras seis compañías de inteligencia artificial para ajustar el uso de datos personales en sus modelos y sistemas. La ICO, sin embargo, dejó en claro que la ronda de preguntas no ha terminado: el proceso de escrutinio continúa con nuevas consultas a las mismas empresas.

    El resultado representa la primera conclusión tangible de una investigación que la ICO venía conduciendo sobre cómo los principales desarrolladores de IA tratan los datos personales en las etapas de entrenamiento, inferencia y despliegue de sus productos. Los compromisos alcanzados no son sanciones ni acuerdos vinculantes publicados como resoluciones formales, sino ajustes que las empresas aceptaron introducir tras el intercambio con el regulador, según se informó.

    Qué examinó la ICO y qué acordaron las diez empresas

    La ICO centró su examen en las bases legales que estas compañías invocan para procesar datos personales —incluyendo datos de usuarios de internet utilizados para entrenar modelos de lenguaje de gran escala— y en la transparencia que ofrecen a los titulares sobre ese tratamiento. Aunque la ICO no publicó el detalle de cada compromiso empresa por empresa, el regulador señaló que los cambios incluyen mejoras en la información que se brinda a los usuarios y en los mecanismos de ejercicio de derechos, según se informó. Que firmas de la envergadura de Microsoft y Google acepten ajustar prácticas sin mediar una multa formal indica que el modelo de supervisión por diálogo —característico del estilo ICO bajo la gestión actual— produce resultados, aunque la pregunta sobre si esos resultados son suficientes permanece abierta.

    El marco UK GDPR y las bases legales en disputa para entrenamiento de IA

    El Reino Unido opera bajo el UK GDPR —versión post-Brexit del Reglamento europeo— que exige una base legal válida para cualquier tratamiento de datos personales, incluido el scraping de contenido web utilizado para entrenar modelos. Las bases más invocadas por las empresas de IA son el interés legítimo (artículo 6(1)(f) del UK GDPR) y, en menor medida, el consentimiento. El interés legítimo exige una prueba de balance: que el interés del responsable del tratamiento no prevalezca sobre los derechos e intereses de los titulares. La ICO ha señalado en documentos previos que esa prueba no es automática y que las empresas deben poder demostrarla de forma documentada. El hecho de que el regulador haya requerido cambios sugiere que al menos algunas de las diez compañías no estaban cumpliendo ese estándar de manera satisfactoria.

    ANPD en Brasil, AAIP en Argentina y INAI en México: el mismo problema, marcos distintos

    Lo que la ICO aborda con poder coercitivo real es el mismo desafío que enfrentan los reguladores latinoamericanos, pero con herramientas y recursos muy distintos. En Brasil, la Autoridade Nacional de Proteção de Dados (ANPD) publicó en 2024 su Resolución CD/ANPD nº 15, que regula el uso de datos personales en IA, y tiene pendiente la revisión de su Política de Fiscalización para el bienio 2025-2026, donde el tratamiento de datos por sistemas de IA es un eje declarado. Sin embargo, la ANPD no ha iniciado aún un proceso de escrutinio sectorial comparable al de la ICO con múltiples empresas simultáneas. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) opera bajo la Ley 25.326, sancionada en el año 2000, cuyo artículo 4 establece el principio de finalidad y calidad de los datos —que sería la norma aplicable al reuso de datos personales para entrenamiento—, pero la agencia no cuenta con un pronunciamiento específico sobre IA generativa. En México, el INAI aplica la LFPDPPP y su reglamento, y aunque emitió recomendaciones generales sobre IA en 2023, tampoco existe un proceso de supervisión sectorial activo sobre las mismas empresas que ahora comprometieron cambios ante la ICO.

    Esta asimetría regulatoria crea un riesgo concreto: las empresas que acordaron cambios con la ICO pueden mantener prácticas distintas en mercados donde la supervisión es menos intensa. No existe ningún mecanismo formal de coordinación entre la ICO, la ANPD, la AAIP y el INAI que obligue a las compañías a extender geográficamente los ajustes comprometidos en el Reino Unido. Los usuarios latinoamericanos de los productos de estas diez compañías están expuestos al mismo tratamiento de datos personales que motivó la intervención del regulador británico, pero sin la misma presión regulatoria sobre las empresas.

    Por qué el proceso de la ICO importa más allá del Reino Unido

    El estilo de supervisión de la ICO —intercambio estructurado de preguntas, respuestas documentadas, compromisos negociados antes de una resolución formal— es replicable y exportable. La ANPD brasileña, que cuenta con estructura técnica creciente y competencias explícitas sobre IA desde la Resolución nº 15, es el regulador latinoamericano mejor posicionado para conducir un proceso equivalente. Para las empresas tecnológicas con operaciones en Brasil, eso implica que las políticas de tratamiento de datos que acordaron con la ICO deberían ser el piso, no el techo, de sus prácticas en el mercado local. En términos de cumplimiento, esperar a que un regulador latinoamericano inicie un proceso similar antes de revisar las políticas internas es apostar a que la supervisión llegará tarde.

    Qué monitorear en los próximos meses: la segunda ronda de la ICO y las agendas ANPD e INAI para 2026

    La ICO anunció que continuará con preguntas adicionales a las mismas compañías, lo que sugiere que los compromisos de esta primera ronda son un punto de partida y no un cierre. Los hitos a seguir en la región son tres: primero, la actualización del plan de fiscalización de la ANPD para 2026, donde el eje de IA y datos personales debería ganar especificidad; segundo, cualquier pronunciamiento del INAI sobre bases legales para IA generativa, dado que su mandato institucional está bajo presión política en México; tercero, una eventual actualización de la Ley 25.326 argentina, cuyo proyecto de reforma lleva años en discusión parlamentaria sin avance sustantivo. Las empresas que operan en los tres mercados deberían mapear en qué estado están sus evaluaciones de impacto relativas a sistemas de IA —las llamadas DPIA o PIA— y si las bases legales que invocan en LATAM son coherentes con lo que ahora comprometieron ante la ICO.

  • FBI responsabiliza a contratista de Accenture por brecha de ShinyHunters

    FBI responsabiliza a contratista de Accenture por brecha de ShinyHunters

    El FBI removió a un contratista de Accenture tras una brecha de datos atribuida al grupo ShinyHunters que expuso información personal de miles de empleados del buró, según informó Reuters citando dos fuentes familiarizadas con el caso. El vector de entrada, según se informó, fue un parche de seguridad no aplicado a tiempo.

    La información fue confirmada por un alto funcionario del buró a Reuters. El FBI no divulgó públicamente el nombre del contratista ni de la organización involucrada, aunque señaló que la responsabilidad recae en la falla de ese tercero para mantener sus sistemas actualizados. ShinyHunters es un grupo de amenaza persistente con historial de brechas de alto perfil en múltiples jurisdicciones, responsable de incidentes que comprometieron decenas de millones de registros en años recientes.

    Datos confirmados sobre el incidente

    • Actor de amenaza identificado: ShinyHunters
    • Datos expuestos: información personal de miles de empleados del FBI, según se informó
    • Contratista involucrado: vinculado a Accenture, según Reuters; identidad no confirmada públicamente por el buró
    • Causa raíz declarada: parche de seguridad no aplicado por el contratista
    • Medida adoptada: remoción del contratista de sus funciones para el FBI

    Qué se sabe y qué falta confirmar

    Lo confirmado hasta ahora es la relación causal declarada por el buró —parche omitido, acceso habilitado, exfiltración— y la acción disciplinaria contra el contratista. Lo que permanece sin confirmar incluye el volumen exacto de registros comprometidos, los tipos específicos de datos personales afectados, si se activaron protocolos de notificación a los empleados involucrados, y si el incidente fue reportado formalmente a alguna autoridad de control adicional. Tampoco se confirmó si Accenture como organización está bajo investigación o si la responsabilidad recae exclusivamente en el contratista individual.

    El caso reedita una tensión estructural bien documentada en la gestión de terceros: la cadena de custodia de datos sensibles se extiende hasta proveedores y subcontratistas cuyo nivel de cumplimiento en seguridad puede diferir significativamente del contratante principal. Para organizaciones en América Latina que operan con proveedores tecnológicos bajo marcos como la Ley 25.326 en Argentina, la LGPD en Brasil o la LFPDPPP en México, la responsabilidad del responsable del tratamiento no cesa cuando los datos pasan a un encargado externo. El principio de responsabilidad proactiva —denominado accountability en todos esos marcos— exige que el contratante pueda demostrar que verificó y controló las medidas de seguridad del tercero, no solo que firmó un contrato.

    El próximo hito a seguir es si el FBI emite una notificación formal a los empleados afectados, lo que activaría plazos y obligaciones adicionales bajo la normativa federal estadounidense aplicable.

  • Nueva EPS, la mayor entidad de salud de Colombia, habría sido hackeada

    Nueva EPS, la mayor entidad de salud de Colombia, habría sido hackeada

    Un actor no identificado alega haber comprometido los sistemas de Nueva EPS, la entidad promotora de salud más grande de Colombia, y exige 15 millones de dólares para no publicar los datos sustraídos. El incidente aún no ha sido confirmado oficialmente por la entidad.

    Según información difundida por el sitio especializado DataBreaches.net el 5 de octubre de 2026, el presunto atacante contactó a la organización con una demanda de rescate de 15 millones de dólares a cambio de no filtrar la información obtenida. Nueva EPS opera como una Entidad Promotora de Salud (EPS) en el marco del sistema de salud colombiano: es responsable de implementar los lineamientos del Ministerio de Salud, desarrollar protocolos clínicos y supervisar la prestación de servicios a sus afiliados. Por su tamaño y alcance nacional, concentra datos de salud de una porción significativa de la población colombiana.

    Datos confirmados al momento del reporte

    • Actor: individuo no identificado que alega haber comprometido los sistemas de Nueva EPS.
    • Demanda: 15 millones de dólares para no publicar los datos.
    • Fecha del reporte público: 5 de octubre de 2026 (DataBreaches.net).
    • Confirmación oficial por parte de Nueva EPS: no disponible al cierre de esta nota.
    • Volumen de registros comprometidos: no informado.
    • Naturaleza de los datos sustraídos: no especificada en la fuente.

    Qué se sabe y qué falta confirmar sobre el incidente

    Por el momento, la brecha es “alegada”: no existe confirmación técnica independiente ni declaración oficial de Nueva EPS que valide el acceso no autorizado. No se ha divulgado qué tipo de datos estarían en poder del actor —si incluyen historiales clínicos, información financiera de afiliados, o datos administrativos—, ni cuál es el vector de ataque utilizado. En Colombia, los datos de salud están catalogados como datos sensibles bajo la Ley 1581 de 2012, lo que implica estándares de protección reforzados y obligaciones de notificación ante la Superintendencia de Industria y Comercio (SIC) en caso de confirmarse una vulneración. La SIC es la autoridad de control de protección de datos personales en el país y tiene facultad sancionatoria sobre entidades que incumplan sus obligaciones de seguridad y reporte.

    El caso presenta similitudes con otros ataques de extorsión registrados en el sector salud de la región: en Brasil, entidades vinculadas al sistema de salud pública han sido objetivo de grupos de ransomware que combinan cifrado con exfiltración, táctica conocida como “doble extorsión”. Si el incidente en Nueva EPS sigue ese patrón, la exposición de datos de pacientes podría materializarse incluso si la entidad no cede al pago. La LGPD brasileña y la Ley 1581 colombiana comparten el principio de que el responsable del tratamiento debe implementar medidas técnicas suficientes para evitar accesos no autorizados; en ambos marcos, la carga de la prueba recae sobre la entidad.

    El próximo hito crítico es la eventual notificación formal a la SIC: si Nueva EPS confirma la brecha, el reloj regulatorio colombiano comenzará a correr desde el momento en que la entidad tome conocimiento del incidente.

  • Brecha masiva expone datos de personal militar de EE. UU. durante meses

    Brecha masiva expone datos de personal militar de EE. UU. durante meses

    Hackers accedieron a millones de registros de personal militar de los Estados Unidos en una brecha de seguridad que se habría extendido por un período prolongado antes de ser detectada, según se informó. El incidente representa uno de los compromisos de datos sensibles de defensa más significativos conocidos públicamente en los últimos años.

    La filtración, reportada el 30 de septiembre de 2025, involucra datos de integrantes de las Fuerzas Armadas estadounidenses. Según se informó, los atacantes mantuvieron acceso a los sistemas comprometidos durante un tiempo considerable, lo que amplía el potencial daño: cuanto mayor es la ventana de acceso no detectada, mayor es el volumen de datos que puede ser exfiltrado y mayor la dificultad para determinar el alcance real de la exposición. No se han confirmado públicamente los vectores de ataque específicos ni los sistemas afectados.

    Datos confirmados hasta el momento

    • Afectados: personal militar de las Fuerzas Armadas de EE. UU.
    • Volumen: millones de registros, según se informó.
    • Duración del acceso: prolongada, sin plazo exacto confirmado públicamente.
    • Vector de ataque: no confirmado oficialmente.
    • Actor responsable: no atribuido públicamente al momento del reporte.

    Qué se sabe y qué falta confirmar

    Lo confirmado es que hubo acceso no autorizado y que la escala alcanza millones de registros de personal identificado como militar. Lo que permanece sin confirmar incluye el tipo exacto de datos comprometidos —si abarca información de salud, financiera, inteligencia o simplemente datos de identidad—, la identidad del grupo responsable, y si existió notificación formal a los afectados. En incidentes de esta naturaleza, la clasificación del dato es determinante: un registro con nombre, rango y destino de despliegue tiene implicancias de seguridad nacional muy distintas a un registro administrativo de nómina.

    El caso adquiere relevancia regional porque varios países de América Latina mantienen convenios de cooperación militar y de inteligencia con EE. UU., lo que podría significar que datos de contrapartes o contactos latinoamericanos también hayan quedado expuestos. Bajo marcos como la Ley 25.326 de Argentina o la Lei Geral de Proteção de Dados (LGPD) de Brasil, cualquier entidad que procese datos vinculados a ciudadanos de esas jurisdicciones —incluso en contextos de cooperación internacional— tiene obligaciones de notificación ante sus respectivas autoridades de control: la AAIP en Argentina y la ANPD en Brasil. Si existieran datos de ciudadanos o funcionarios latinoamericanos en los sistemas comprometidos, el análisis de notificación transfronteriza se vuelve obligatorio.

    El próximo hito crítico es la confirmación oficial del Departamento de Defensa de EE. UU. sobre el alcance de los datos comprometidos y el inicio del proceso formal de notificación a afectados, cuyo plazo dependerá de la legislación federal aplicable y de los acuerdos bilaterales vigentes con cada jurisdicción involucrada.

  • Epic pausa su desarrollo de producto para corregir fallas de seguridad en datos médicos

    Epic pausa su desarrollo de producto para corregir fallas de seguridad en datos médicos

    Epic Systems, la compañía detrás de MyChart —el software de historia clínica electrónica más usado en hospitales de Estados Unidos—, detuvo la mayor parte de su desarrollo de producto para remediar vulnerabilidades de seguridad que ponen en riesgo datos de pacientes, según informó Modern Healthcare.

    Judy Faulkner, fundadora y CEO de Epic, confirmó la medida el mes pasado ante ese medio. La pausa afecta al grueso de los equipos de ingeniería de la empresa, que redirigieron su capacidad hacia la identificación y corrección de fallas en sus sistemas antes de retomar el ciclo habitual de lanzamiento de funcionalidades. No se informaron detalles sobre el tipo específico de vulnerabilidades ni sobre la cantidad de registros potencialmente expuestos.

    Qué se sabe y qué falta confirmar sobre el alcance del incidente

    Lo confirmado hasta ahora: Epic tomó la decisión de frenar desarrollos en curso como medida preventiva ante riesgos de ciberataque sobre su plataforma. MyChart es utilizado por cientos de hospitales y sistemas de salud en Estados Unidos y tiene presencia creciente en instituciones de América Latina. No hay confirmación pública de que se haya producido una exfiltración de datos ni de que algún sistema cliente haya sido comprometido. La empresa no emitió hasta el momento una notificación formal bajo la normativa HIPAA, que en EE.UU. exige comunicar brechas que afecten a 500 o más individuos dentro de los 60 días del descubrimiento.

    Lo que falta confirmar: si las vulnerabilidades identificadas ya fueron explotadas por actores externos, qué módulos específicos de la plataforma están afectados, y si alguna institución de salud fuera de EE.UU. recibió comunicación directa de Epic sobre el estado de sus entornos.

    Exposición potencial en LATAM: LGPD, Ley 25.326 y ausencia de notificación obligatoria sectorial

    La situación es relevante para la región porque varias instituciones de salud en Brasil, Argentina y México operan con sistemas Epic o integran MyChart en sus flujos de atención. En Brasil, cualquier incidente que involucre datos de salud —clasificados como datos sensibles bajo la Lei Geral de Proteção de Dados (LGPD)— activa obligaciones de reporte a la Autoridade Nacional de Proteção de Dados (ANPD) cuando existe riesgo relevante a los titulares. En Argentina, la Ley 25.326 no establece un plazo expreso de notificación a la Agencia de Acceso a la Información Pública (AAIP), aunque la autoridad ha reclamado notificaciones voluntarias en casos de riesgo. En México, la LFPDPPP tampoco fija un plazo específico, pero el INAI ha señalado que la omisión de notificación puede agravar sanciones. En ninguno de estos marcos existe un régimen sectorial equivalente al HIPAA para datos de salud, lo que deja márgenes de incertidumbre importantes para las instituciones médicas de la región que dependen de proveedores globales.

    El próximo hito a seguir es la ventana de 60 días bajo HIPAA desde la detección del riesgo: si Epic no informa una brecha confirmada antes de que ese plazo venza, la ausencia de notificación será leída como señal de que no hubo exfiltración —pero las instituciones latinoamericanas que usan su plataforma deberían solicitar por escrito el estado de sus entornos sin esperar esa definición.

  • OpenAI despide a tres empleados por una brecha de seguridad interna

    OpenAI despide a tres empleados por una brecha de seguridad interna

    OpenAI desvinculó a tres trabajadores tras detectar una brecha de seguridad interna relacionada con el acceso o filtración de datos, según se informó el 2 de octubre de 2025. El incidente reaviva las preguntas sobre los controles de acceso y las políticas de gobernanza interna en uno de los actores más influyentes del sector de inteligencia artificial.

    El despido de tres empleados fue confirmado según se informó por fuentes vinculadas a la compañía, aunque OpenAI no emitió una declaración pública detallada al momento del cierre de esta nota. Los detalles sobre el tipo de datos comprometidos, el alcance de la brecha y si hubo exfiltración hacia terceros no han sido verificados de manera independiente. Lo que sí trascendió es que la investigación interna derivó en acciones disciplinarias de máxima severidad: la desvinculación de tres personas.

    Datos confirmados y qué falta saber

    • Tres empleados despedidos como consecuencia directa del incidente, según se informó.
    • El evento fue catalogado internamente como una brecha de seguridad de datos.
    • Fecha de reporte público: 2 de octubre de 2025.
    • OpenAI no confirmó si los datos afectados corresponden a usuarios, modelos o información corporativa interna.
    • No se ha informado si el incidente fue notificado a alguna autoridad regulatoria.

    Sin notificación pública a reguladores: el punto que no puede ignorarse en LATAM

    La ausencia de comunicación oficial hacia autoridades de control es un aspecto crítico en cualquier jurisdicción con marco de protección de datos vigente. En Brasil, la Lei Geral de Proteção de Dados (LGPD) establece en su artículo 48 la obligación de notificar a la Autoridade Nacional de Proteção de Dados (ANPD) ante incidentes que puedan acarrear riesgo o daño relevante a los titulares, dentro de un plazo razonable. En Argentina, la Ley 25.326 y las disposiciones de la AAIP imponen obligaciones similares para quienes tratan datos de ciudadanos argentinos. En México, el INAI exige la notificación de vulnerabilidades de seguridad conforme a la LFPDPPP y su reglamento. Si OpenAI procesa datos de usuarios en la región —lo que resulta altamente probable dado su base de usuarios global—, el incidente entra en el radar de estas autoridades independientemente de dónde ocurrió físicamente la brecha.

    El caso también expone una tensión estructural en compañías de IA de alto perfil: los mismos sistemas que procesan datos de millones de usuarios son operados por equipos internos con niveles de acceso privilegiado. Sin controles robustos de data access governance —incluyendo separación de roles, auditoría de logs y políticas de need-to-know— el riesgo insider se convierte en el vector más difícil de mitigar. El hecho de que el incidente haya sido detectado y derivado en despidos sugiere que OpenAI cuenta con algún mecanismo de monitoreo interno, pero no dice nada sobre la oportunidad de la detección ni sobre el daño ya producido.

    El próximo hito a seguir es si OpenAI emite una notificación formal a reguladores en las jurisdicciones donde opera — ese silencio, o su ausencia, definirá la exposición legal real del incidente.

  • Italia multa a IQVIA con €7 millones por anonimización fallida de datos de salud

    Italia multa a IQVIA con €7 millones por anonimización fallida de datos de salud

    El Garante de privacidad de Italia impuso una multa de 7 millones de euros a IQVIA Solutions Italy Srl por tratar como anónimos datos de salud que, en la práctica, permitían reidentificar a cerca de un millón de pacientes de 800 médicos de familia. La sanción fue publicada el 3 de octubre de 2026.

    IQVIA, subsidiaria italiana del gigante global de datos de salud e investigación de mercado IQVIA Holdings, recopilaba información clínica aportada por médicos de atención primaria en Italia. La autoridad de control determinó que los datos transferidos y procesados no cumplían los estándares técnicos y legales de anonimización exigidos por el Reglamento General de Protección de Datos (GDPR). En consecuencia, el tratamiento de esa información quedaba sujeto a todas las obligaciones del GDPR, incluyendo base legal válida para el procesamiento y garantías reforzadas para datos de categoría especial —como son, por definición, los datos de salud.

    Un millón de pacientes, 800 médicos y una anonimización que no lo era

    El caso expone un problema recurrente en la industria de datos de salud: la línea entre dato anonimizado y dato pseudonimizado —o directamente identificable— es técnica y jurídicamente exigente. El Garante italiano concluyó que los registros de pacientes podían ser reidentificados, lo que convierte automáticamente el tratamiento en procesamiento de datos personales sensibles sin la protección adecuada. Según se informó, la investigación abarcó el flujo de datos desde los consultorios de los médicos de familia hacia los sistemas de IQVIA, donde la información se utilizaba con fines comerciales y de investigación de mercado farmacéutico.

    Los 7 millones de euros representan una sanción significativa incluso en el contexto europeo, donde las multas del GDPR han escalado sostenidamente. El monto refleja tanto la escala del tratamiento —un millón de titulares afectados— como la naturaleza de los datos comprometidos: historial clínico de pacientes, categoría que el artículo 9 del GDPR protege con requisitos particularmente estrictos.

    El estándar de anonimización que también rige en Brasil, Argentina y México

    El criterio aplicado por el Garante italiano tiene correlato directo en América Latina. La Lei Geral de Proteção de Dados de Brasil (LGPD, Lei 13.709/2018) distingue entre dato anonimizado —que queda fuera de su ámbito si la reidentificación es imposible con medios razonables— y dato pseudonimizado, que sigue siendo dato personal. El artículo 12 de la LGPD establece que si el proceso de anonimización puede revertirse, el dato conserva su protección legal. La Autoridade Nacional de Proteção de Dados (ANPD) aún no ha emitido guía técnica definitiva sobre estándares de anonimización, lo que genera una zona gris que empresas del sector salud en Brasil operan con riesgo regulatorio real. En Argentina, la Ley 25.326 y las disposiciones de la Agencia de Acceso a la Información Pública (AAIP) no definen umbrales técnicos de anonimización, dejando la evaluación a criterio del responsable del tratamiento. En México, la LFPDPPP enfrenta la misma laguna. El caso IQVIA anticipa el tipo de escrutinio que las autoridades latinoamericanas deberían —y eventualmente aplicarán— sobre datos de salud comercializados bajo el rótulo de “anónimos”.

    Las empresas que operan en el ecosistema de datos de salud en la región —desde CROs hasta plataformas de telemedicina que venden reportes agregados— deben tomar nota: la ausencia de criterios técnicos locales no es escudo ante una futura impugnación regulatoria. El estándar de facto está siendo definido por decisiones como esta del Garante italiano, y las autoridades latinoamericanas tienen antecedentes concretos para argumentar criterios similares.

    El próximo paso a monitorear es si IQVIA impugna la sanción ante los tribunales administrativos italianos, lo que podría generar jurisprudencia adicional sobre los límites técnicos de la anonimización en datos de salud.

  • Aeroméxico alerta sobre posible filtración de datos de clientes

    Aeroméxico alerta sobre posible filtración de datos de clientes

    Aeroméxico emitió una alerta dirigida a sus clientes ante la posible exposición de datos personales, según se informó el 2 de octubre de 2025. La aerolínea mexicana, una de las mayores de América Latina, no ha confirmado el alcance exacto del incidente ni el número de registros comprometidos.

    La compañía notificó a sus usuarios sobre un posible incidente de seguridad que habría derivado en la exposición de información personal. Según se informó, entre los datos que podrían estar afectados figuran nombre completo, dirección de correo electrónico, número telefónico y, potencialmente, información vinculada al programa de viajero frecuente Club Premier. Aeroméxico no precisó la fecha exacta en que detectó el incidente ni el vector de ataque utilizado. La información se conoció a través de comunicaciones enviadas a clientes y fue amplificada por medios especializados en la región.

    Datos confirmados y puntos sin verificar

    • Actor afectado: Aeroméxico, aerolínea de bandera mexicana con operaciones en toda la región.
    • Tipo de datos en riesgo: nombre, correo electrónico, teléfono y posiblemente datos del programa Club Premier, según se informó.
    • Origen del incidente: no confirmado públicamente por la empresa al momento de esta publicación.
    • Número de registros afectados: sin cifra oficial disponible.
    • Fecha de detección interna: no divulgada.

    Lo que permanece sin verificar es si el incidente involucra a un tercero proveedor o si la brecha se originó en sistemas propios de la aerolínea. Tampoco hay confirmación sobre si los datos ya circulan en foros de acceso no autorizado. Aeroméxico no publicó, hasta el cierre de esta nota, un comunicado oficial con los detalles técnicos del evento ni mencionó si contrató servicios forenses externos para la investigación.

    Marco legal aplicable: LFPDPPP y plazos del INAI

    En México, el incidente activa obligaciones precisas bajo la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) y su Reglamento. Aeroméxico, como responsable del tratamiento, está obligada a notificar a los titulares afectados de forma inmediata y en lenguaje comprensible, conforme al artículo 20 de esa ley. Además, debe evaluar si el incidente debe reportarse al Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales (INAI), autoridad de control en México. El INAI puede iniciar un procedimiento de verificación de oficio si determina que la empresa no cumplió con los estándares de seguridad exigidos por el artículo 19 de la LFPDPPP, que obliga a implementar medidas administrativas, técnicas y físicas adecuadas al nivel de riesgo de los datos tratados. Para una aerolínea que procesa volúmenes significativos de datos de viajeros —incluyendo información de pagos e itinerarios— el estándar de cuidado exigido es elevado. En Colombia, Argentina y Brasil, incidentes análogos han generado investigaciones formales de las autoridades sectoriales: la SIC, la AAIP y la ANPD, respectivamente, han ampliado en los últimos dos años su capacidad de respuesta ante brechas en el sector transporte y turismo.

    El próximo hito crítico es la notificación formal al INAI: si Aeroméxico no acredita haber comunicado el incidente a los titulares y a la autoridad en los plazos que establece la LFPDPPP, queda expuesta a un procedimiento sancionatorio que puede derivar en multa y medidas correctivas de cumplimiento obligatorio.