Etiqueta: Data Breach

Incidentes con compromiso de datos: brechas, hackeos con exfiltración, filtraciones.

  • Corea del Sur eleva multas por brechas de datos al 10% de los ingresos

    Corea del Sur eleva multas por brechas de datos al 10% de los ingresos

    Corea del Sur acaba de reescribir la ecuación costo-beneficio de la protección de datos para las empresas que operan en su territorio. Desde el 12 de septiembre de 2025, las compañías que filtren información personal de 10 millones de personas o más —por dolo o negligencia grave— quedan expuestas a multas de hasta el 10% de sus ingresos globales anuales. El mensaje del regulador es explícito: la protección de datos debe ser una inversión preventiva, no un costo operativo que se absorbe después del incidente.

    La reforma fue impulsada por la Comisión de Protección de Información Personal de Corea (PIPC, por sus siglas en inglés), la autoridad de control equivalente a lo que en la región son la ANPD brasileña, la AAIP argentina o el INAI mexicano. La PIPC viene acumulando experiencia sancionatoria desde que se consolidó como ente autónomo en 2020, pero el techo anterior de multas era considerado insuficiente para disuadir a grandes corporaciones con facturación multimillonaria. El nuevo umbral del 10% sobre ingresos —no sobre utilidades— cambia radicalmente esa aritmética.

    La reforma coreana: 10 millones de registros como umbral de responsabilidad agravada

    La modificación introduce una distinción crítica: el régimen agravado del 10% aplica cuando la brecha involucra al menos 10 millones de titulares de datos y existe dolo o negligencia grave demostrable. Para incidentes de menor escala o negligencia ordinaria, el régimen general de la Ley de Protección de Información Personal (PIPA) coreana continúa vigente con sanciones menores. Este esquema escalonado no es una novedad conceptual —el RGPD europeo ya diferencia entre infracciones “graves” y “muy graves” con topes del 2% y 4% del volumen de negocio global, respectivamente—, pero la escala del 10% supera cualquier régimen vigente en economías desarrolladas.

    El criterio de “ingresos globales” es el detalle más significativo para empresas multinacionales. Una plataforma digital con operaciones en Corea del Sur pero con matriz en Estados Unidos, Japón o Europa enfrentaría una multa calculada sobre su facturación consolidada, no solo sobre los ingresos generados en territorio coreano. Eso convierte a la PIPC en un regulador con alcance extraterritorial comparable al de la Autoridad de Protección de Datos irlandesa dentro del ecosistema del RGPD.

    LGPD, Ley 25.326 y LFPDPPP: los techos sancionatorios que Corea dejó atrás

    El contraste con América Latina es revelador. Brasil cuenta con el marco más cercano al estándar internacional: la Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018) habilita multas de hasta el 2% de los ingresos en Brasil —no globales— de la persona jurídica en su último ejercicio fiscal, con tope absoluto de 50 millones de reales por infracción. La Autoridade Nacional de Proteção de Dados (ANPD) comenzó a aplicar sanciones pecuniarias en 2023 y acumula resoluciones, pero el volumen de multas efectivas todavía es bajo en comparación con autoridades europeas de similar madurez institucional.

    En Argentina, la Ley 25.326 de Protección de Datos Personales —que data del año 2000 y es objeto de un proceso de reforma legislativa que lleva varios años sin resolución definitiva— establece sanciones que van de una advertencia a la inhabilitación del registro de base de datos, con multas que en la práctica han resultado simbólicas frente al tamaño de los actores infractores. La Agencia de Acceso a la Información Pública (AAIP) carece del régimen porcentual sobre ingresos que hoy tienen tanto la ANPD como la PIPC coreana. México, por su parte, mantiene el esquema de la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP, 2010), con multas expresadas en días de salario mínimo —un mecanismo que erosiona el poder disuasorio frente a grandes corporaciones—, aunque el INAI ha impulsado reformas para modernizarlo.

    Colombia (Ley 1581/2012, reglamentada por la Superintendencia de Industria y Comercio) y Chile (nueva Ley 21.719, en proceso de implementación con autoridad de control en formación) completan un mapa regional donde ningún país supera el umbral del 4% sobre ingresos como sanción máxima aplicable, y donde la mayoría aún opera con techos nominales muy por debajo de esa cifra.

    Por qué el modelo coreano presiona a los directorios, no solo a los equipos de compliance

    Una multa calculada sobre el 10% de ingresos globales deja de ser un problema del departamento legal para convertirse en un riesgo de balance que requiere atención del directorio y del CFO. Esa es, precisamente, la intención declarada del regulador coreano: que la protección de datos compita con otras inversiones estratégicas dentro de la asignación de capital corporativo. La lógica es la misma que llevó al RGPD a adoptar multas porcentuales en lugar de montos fijos: cuando el techo sancionatorio es proporcional al tamaño del infractor, deja de existir el incentivo para que una empresa grande simplemente “pague y siga”.

    Para empresas latinoamericanas con operaciones en Corea del Sur —o que procesen datos de ciudadanos coreanos— la reforma es directamente aplicable. Para quienes no tienen presencia en Asia, el movimiento coreano funciona como señal de hacia dónde se dirigen los regímenes de privacidad que buscan credibilidad sancionatoria real. Brasil está en ese camino; Argentina y México tienen reformas pendientes que podrían incorporar esta lógica si los proyectos legislativos prosperan.

    Qué monitorear: la ANPD brasileña y el proyecto de reforma argentina en 2025-2026

    Dos hitos merecen seguimiento inmediato en la región. En Brasil, la ANPD avanza en la revisión de su regulación de seguridad y notificación de incidentes (Resolución CD/ANPD nº 2/2022), y cualquier actualización del régimen sancionatorio deberá pasar por el Congreso para modificar la LGPD, algo que el ecosistema de privacidad brasileño ya discute abiertamente. En Argentina, el Poder Ejecutivo presentó en 2023 un proyecto de modernización de la Ley 25.326 que contempla un esquema de multas graduadas; su suerte legislativa sigue siendo incierta, pero la reforma coreana agrega presión internacional al debate local. Las organizaciones con operaciones en múltiples jurisdicciones deberían documentar ya cuál es su exposición máxima bajo cada régimen vigente, y comparar ese número contra el presupuesto que hoy destinan a prevención.

    Nuestro análisis: el 10% como nueva referencia de credibilidad regulatoria

    La reforma coreana no es solo una decisión de política doméstica: es una declaración sobre qué nivel de sanción se necesita para cambiar el comportamiento corporativo en materia de protección de datos. El RGPD demostró que los porcentajes sobre ingresos —y no los montos fijos— son el único mecanismo que genera incentivos reales para empresas de escala global. Corea del Sur va más lejos que Europa en ese mismo eje. América Latina, con la excepción parcial de Brasil, todavía opera con regímenes diseñados para otro tamaño de mercado y otro tipo de infractor. El riesgo de esa brecha no es solo reputacional: es que las empresas que operan en múltiples jurisdicciones optimicen su inversión en privacidad hacia donde el regulador tiene mayor capacidad de daño económico, dejando a los titulares latinoamericanos con menor protección efectiva. Eso no es un problema de texto legal; es un problema de arquitectura de incentivos que los reguladores de la región tienen pendiente resolver.

    ¿Cuándo un regulador latinoamericano tendrá los dientes suficientes para que el cálculo costo-beneficio de una brecha masiva deje de favorecer a quien la provoca?

  • 220 millones de registros de viajeros expuestos: nueve años de datos aéreos filtrados

    220 millones de registros de viajeros expuestos: nueve años de datos aéreos filtrados

    Una brecha masiva expuso 220 millones de registros de pasajeros aéreos acumulados durante nueve años, incluyendo datos de pasaportes e información de identificación personal, según se informó el 8 de septiembre de 2026. El volumen y la antigüedad del dataset filtrado lo ubican entre los incidentes de mayor escala registrados en la industria de aviación.

    Según se informó, la filtración comprende registros generados entre aproximadamente 2017 y 2026, con datos que incluirían información de pasajeros, detalles de documentos de viaje y, según se indicó, números de pasaporte. No se ha confirmado públicamente qué aerolínea u operador de sistemas de reservas es el origen de los datos, ni si el acceso fue producto de un ataque externo o de una exposición por configuración incorrecta de infraestructura. Tampoco hay confirmación sobre el actor que habría obtenido o publicado los registros.

    Datos confirmados y variables sin verificar

    • Volumen reportado: 220 millones de registros de viajeros
    • Período cubierto: nueve años de información acumulada, según se informó
    • Tipos de datos comprometidos: información de pasajeros y detalles de pasaportes, según se informó
    • Aerolínea u operador de origen: no confirmado al cierre de esta nota
    • Vector de ataque o causa: no confirmado
    • Autoridades regulatorias notificadas: no hay confirmación pública

    Qué se sabe y qué falta confirmar

    Lo confirmado hasta el momento es el volumen reportado y la naturaleza de los datos involucrados: información de identidad y documentos de viaje, categorías de alta sensibilidad bajo cualquier marco de protección de datos personales vigente. Lo que permanece sin verificar es la identidad del titular de los datos, el mecanismo de exposición y si alguna autoridad de control fue notificada. Tampoco está claro si los registros corresponden a una sola aerolínea, a un agregador de datos del sector o a un sistema de gestión de reservas (PNR) compartido entre múltiples operadores. Hasta que esas variables se confirmen, el alcance real del daño a personas físicas es imposible de determinar con precisión.

    Para América Latina, un incidente de esta naturaleza activa obligaciones inmediatas en múltiples jurisdicciones. Brasil exige notificación a la ANPD y a los titulares afectados en casos de riesgo relevante bajo la LGPD (Lei 13.709/2018). Argentina obliga a notificar a la AAIP conforme a la Ley 25.326 y su Disposición 4/2019 cuando el incidente involucra datos sensibles o puede causar daño a los titulares. México, bajo la LFPDPPP, establece la misma obligación para responsables que operan en el país. Si alguna de las aerolíneas afectadas tiene operaciones activas en la región —lo que es altamente probable dado el volumen de registros— esas obligaciones se activan con independencia de dónde estén almacenados los servidores.

    El próximo hito crítico es la identificación pública del titular de los datos: desde ese momento, los plazos de notificación a autoridades y titulares comenzarán a correr en cada jurisdicción donde la entidad opere.

  • Brecha en Mathspace expone datos de 1,07 millones de usuarios en Australia y Nueva Zelanda

    Brecha en Mathspace expone datos de 1,07 millones de usuarios en Australia y Nueva Zelanda

    Una brecha de seguridad en Mathspace, plataforma educativa de matemáticas, comprometió los datos de 1.079.819 personas en Australia y Nueva Zelanda tras el acceso no autorizado a un sistema interno de reportes. La compañía confirmó el incidente el 3 de septiembre de 2026.

    El acceso no autorizado afectó a un sistema de reportes interno desde el cual terceros descargaron información de usuarios. Los registros comprometidos corresponden a cuatro grupos: estudiantes, padres o tutores, docentes y personal de Mathspace. La empresa divulgó el incidente cuatro días después de confirmarlo, el 7 de septiembre de 2026, según informó DataBreaches.net. Hasta el momento no se ha publicado información sobre el vector de ataque ni sobre la identidad de los responsables.

    Datos confirmados al 7 de septiembre de 2026

    • Total de afectados: 1.079.819 personas en Australia y Nueva Zelanda
    • Poblaciones impactadas: estudiantes, padres o tutores, docentes y personal interno
    • Vector comprometido: sistema interno de reportes (acceso y descarga no autorizados)
    • Fecha de confirmación por parte de Mathspace: 3 de septiembre de 2026
    • Tipos de datos expuestos: nombres; información adicional no detallada públicamente hasta el cierre de esta nota

    Qué se sabe y qué falta confirmar sobre el alcance real

    Lo confirmado es el acceso y la descarga de registros desde el sistema de reportes, así como la cantidad de afectados y su categoría. Lo que permanece sin verificar incluye el tipo completo de campos expuestos más allá de los nombres, la duración del acceso no autorizado, y si los datos ya circulan en foros o mercados de datos robados. Tampoco se ha informado si la Oficina del Comisionado de Información de Australia (OAIC), autoridad competente bajo el Privacy Act 1988 y el Notifiable Data Breaches scheme, ya recibió la notificación formal requerida por ley. El NDB scheme obliga a notificar a la OAIC y a los afectados cuando una brecha es susceptible de causar daño serio, plazo que en la práctica se mide en días desde que la organización toma conocimiento.

    El perfil de los afectados es particularmente sensible: una proporción significativa son menores de edad en contexto escolar. En jurisdicciones de América Latina con legislaciones de protección de datos personales —como la Ley 25.326 en Argentina, la LGPD en Brasil o la LFPDPPP en México— los datos de menores reciben tratamiento agravado y las notificaciones a autoridades de control tienen plazos estrictos. Un incidente de esta naturaleza, si ocurriera con una plataforma EdTech operando en la región, activaría de inmediato los protocolos ante la AAIP (Argentina), la ANPD (Brasil) o el INAI (México), además de las obligaciones de notificación a los titulares.

    El próximo hito crítico es la notificación formal a la OAIC y la divulgación completa de los campos de datos comprometidos, información que determinará si el alcance real del daño supera lo hasta ahora comunicado.

  • Dos organizaciones con el mismo nombre, dos ataques, una sola la divulgó

    Dos organizaciones con el mismo nombre, dos ataques, una sola la divulgó

    Dos entidades médicas estadounidenses llamadas “Nephrology Associates” sufrieron ciberataques en 2026. Solo una de ellas lo divulgó públicamente. El silencio de la segunda plantea preguntas directas sobre obligaciones de notificación que también aplican en América Latina.

    El caso fue reportado por DataBreaches.net el 3 de septiembre de 2026 luego de que el sitio detectara lo que inicialmente pareció ser un doble ataque a una misma víctima. La investigación posterior confirmó que se trata de dos organizaciones de salud distintas, sin relación entre sí, que coinciden en el nombre. El primer incidente ocurrió el 7 de marzo e involucra a la entidad con sede en Kansas. Esa organización cumplió con los pasos de notificación requeridos bajo la normativa federal estadounidense (HIPAA) y lo hizo público. La segunda entidad, hasta la fecha de publicación del reporte, no había realizado ninguna divulgación.

    Datos confirmados sobre los dos incidentes

    • Dos entidades distintas con el nombre “Nephrology Associates” fueron atacadas en 2026.
    • El incidente de Kansas se registró el 7 de marzo de 2026 y fue divulgado conforme a HIPAA.
    • La segunda entidad no había realizado ninguna divulgación pública al 3 de septiembre de 2026, según DataBreaches.net.
    • DataBreaches.net confirmó que ambas organizaciones son independientes y no están relacionadas entre sí.

    Qué se sabe y qué falta confirmar

    Lo confirmado es que ambas entidades fueron atacadas y que solo una notificó. Lo que no ha sido verificado públicamente incluye: el tipo de ataque sufrido por la segunda organización, si hubo exfiltración de datos de pacientes, el número de personas potencialmente afectadas, y si la entidad silenciosa inició algún proceso de notificación de forma privada ante las autoridades sin hacerlo público. DataBreaches.net no publicó el nombre completo ni la ubicación de la segunda entidad al momento de la nota, según se informó. Tampoco hay confirmación de qué grupo o actor de amenaza estuvo detrás de cada ataque.

    El escenario tiene un paralelo directo en América Latina. Brasil, bajo la Lei Geral de Proteção de Dados (LGPD), establece en su artículo 48 que el controlador debe comunicar a la Autoridade Nacional de Proteção de Dados (ANPD) y a los titulares afectados cualquier incidente de seguridad que pueda acarrear riesgo o daño relevante en un plazo razonable, fijado por regulación en hasta 72 horas desde el conocimiento del incidente. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) regula la notificación bajo la Ley 25.326 y su Disposición 11/2006, aunque sin un plazo tan estricto como el brasileño. En México, el INAI exige notificación conforme a la LFPDPPP cuando el incidente afecte derechos patrimoniales o morales de los titulares. En todos estos marcos, el silencio de un responsable de tratamiento frente a un incidente confirmado constituye una infracción autónoma, con independencia de si el ataque en sí fue evitable.

    El próximo hito a seguir es si la segunda entidad presenta una notificación ante el Departamento de Salud de Estados Unidos (HHS) antes del vencimiento del plazo de 60 días calendario que HIPAA establece desde la detección del incidente, lo que fijaría como fecha límite aproximada en octubre de 2026.

  • Registros KYC filtrados exponen a 291 usuarios de cripto con nombre y wallet

    Registros KYC filtrados exponen a 291 usuarios de cripto con nombre y wallet

    Registros de cumplimiento normativo filtrados vincularon los nombres reales de 291 usuarios de criptomonedas con su actividad de billeteras digitales, según informó CryptoSlate el 2 de septiembre de 2025. La brecha destruye la expectativa de anonimato que distingue al ecosistema cripto y expone un fallo estructural en la cadena de custodia de datos KYC.

    La información comprometida proviene, según se informó, de registros de cumplimiento interno —el tipo de documentación que exchanges y proveedores de servicios de activos virtuales (VASPs) recopilan para cumplir con requisitos de identificación de clientes (KYC) y prevención de lavado de dinero (AML). Al cruzar esos registros con la actividad on-chain, la identidad real de cada titular quedó vinculada de forma directa a su historial de transacciones en la cadena. El número de afectados confirmados es 291, aunque la magnitud real del conjunto de datos comprometido no ha sido divulgada públicamente.

    Qué reveló la filtración: 291 identidades, 0 pseudonimato

    El impacto específico de este incidente radica en la naturaleza del dato expuesto: no se trata de correos electrónicos o contraseñas restablecibles, sino de la asociación permanente entre una persona física identificada y su historial financiero inmutable en blockchain. Una vez publicado ese vínculo, no existe mecanismo de remediación para el afectado. Los registros KYC típicamente incluyen nombre completo, documento de identidad, domicilio y, en muchos casos, selfies con documento —datos que en América Latina están protegidos bajo distintos marcos normativos según el país.

    En Argentina, este tipo de exposición encuadra en la Ley 25.326 de Protección de Datos Personales, que obliga al responsable del archivo a notificar a la Agencia de Acceso a la Información Pública (AAIP) ante incidentes de seguridad que afecten datos sensibles o financieros. En Brasil, la Lei Geral de Proteção de Dados (LGPD, Lei nº 13.709/2018) establece un plazo de notificación a la ANPD y a los titulares afectados en “tempo razoável”. En México, la LFPDPPP y sus lineamientos de seguridad exigen al responsable del tratamiento documentar el incidente e informar al INAI cuando el riesgo patrimonial para los titulares sea significativo —y la vinculación nombre-wallet cumple ese umbral sin margen de duda.

    Qué se sabe y qué falta confirmar

    Lo confirmado es que los registros filtrados eran documentos de compliance, que afectaron a 291 personas identificadas, y que el mecanismo de la brecha fue el cruce de esos registros con actividad de billeteras. Lo que no ha sido confirmado públicamente incluye: el nombre del exchange o VASP que originó los registros, el vector de acceso (exfiltración externa, insider, o mala configuración de almacenamiento), el país de operación del proveedor comprometido, y si ya existe notificación formal ante alguna autoridad de protección de datos. Tampoco se ha informado si los afectados fueron notificados de forma individual.

    El próximo hito crítico es la notificación regulatoria: si el VASP involucrado opera bajo jurisdicción de la LGPD o la Ley 25.326, los plazos para reportar el incidente a la autoridad de control ya están corriendo.

  • Turquía multa a cadena de kebabs por brecha que expuso 505.337 clientes

    Turquía multa a cadena de kebabs por brecha que expuso 505.337 clientes

    La autoridad turca de protección de datos (KVKK) cerró su investigación sobre la brecha en la cadena de restaurantes Baydöner y emitió una multa tras confirmar que el incidente comprometió nombres completos, números de teléfono, correos electrónicos e información de ciudad de 505.337 clientes.

    El caso se originó en el robo de datos del sistema de la cadena, conocida en Turquía por sus locales de kebabs. La investigación de la KVKK determinó que Baydöner no contaba con ningún mecanismo de alarma capaz de detectar actividad inusual en sus sistemas al momento del incidente, una falla técnica y organizativa que la autoridad consideró determinante para la consumación de la brecha, según se informó al cierre de la investigación.

    Sin alertas: el fallo que habilitó el robo de 505.337 registros

    La KVKK es la autoridad de control turca equivalente a las que operan bajo marcos como el GDPR europeo o la Ley 25.326 argentina. Su facultad sancionatoria incluye multas administrativas por incumplimiento de obligaciones de seguridad técnica y organizativa. En este caso, la ausencia de monitoreo de anomalías en el sistema fue el eje central del reproche regulatorio: no se trata solo de que los datos fueron robados, sino de que la empresa no tenía capacidad de advertir que algo estaba ocurriendo. El monto exacto de la sanción no fue detallado en la información disponible hasta el cierre de esta nota.

    Los datos comprometidos —nombre, teléfono, correo electrónico y ciudad— corresponden a lo que los marcos de protección de datos clasifican como información de contacto de bajo riesgo individual pero de alto valor agregado para campañas de phishing o vishing a escala. Más de medio millón de registros en un único incidente representa una exposición significativa en cualquier jurisdicción.

    Paralelo regional: lo que exigen LGPD, LFPDPPP y Ley 25.326 ante incidentes similares

    El caso Baydöner tiene resonancia directa en América Latina, donde el sector de servicios masivos al consumidor —cadenas de comida, retail, fidelización— acumula bases de datos de clientes con niveles de protección técnica frecuentemente inferiores a los del sector financiero o de salud. La Lei Geral de Proteção de Dados de Brasil (LGPD) exige que los responsables adopten medidas de seguridad técnicas y administrativas aptas para proteger los datos personales de accesos no autorizados, e impone la notificación a la ANPD ante incidentes con riesgo relevante. La Ley Federal de Protección de Datos Personales en Posesión de los Particulares de México (LFPDPPP) y la Ley 25.326 argentina contemplan obligaciones análogas de seguridad, aunque los regímenes sancionatorios varían considerablemente en escala y efectividad práctica. En los tres países, la ausencia de un mecanismo de detección de anomalías —exactamente la falla que la KVKK identificó en Baydöner— sería un factor agravante en cualquier investigación posterior a un incidente.

    El próximo dato relevante es el monto definitivo de la multa impuesta por la KVKK, cuya publicación oficial determinará si la sanción tiene efecto disuasivo real para el sector de servicios al consumidor en mercados emergentes.

  • Cuando el dato escolar compromete la puerta: convergencia de ciberseguridad y seguridad física

    Cuando el dato escolar compromete la puerta: convergencia de ciberseguridad y seguridad física

    Un número de ID estudiantil expuesto en una brecha de datos no es solo un dato administrativo comprometido: en muchas instituciones educativas, ese mismo número abre puertas de dormitorios, activa lectores de acceso en laboratorios y se autentica contra sistemas de automatización edilicia. La exposición digital se convierte, de forma directa, en un vector de riesgo físico.

    El escenario no es hipotético. En entornos universitarios donde la infraestructura de control de acceso físico comparte el mismo identificador que los sistemas de información académica, una base de datos comprometida invalida simultáneamente el perímetro lógico y el perímetro físico. La credencial en la billetera del estudiante y la contraseña en el portal de notas apuntan al mismo registro. Si ese registro se filtra, la exposición no se detiene en la pantalla.

    Por qué la integración de sistemas crea una superficie de ataque única

    La convergencia entre sistemas de información y control de acceso físico fue diseñada para simplificar operaciones: un solo ID para todo. Pero esa decisión de arquitectura tiene consecuencias de seguridad que pocas instituciones evaluaron con rigor. Cuando el número de legajo o matrícula estudiantil actúa como clave maestra —tanto para el sistema de gestión académica como para las cerraduras inteligentes de los edificios— el modelo de seguridad descansa sobre un único punto de falla. Una sola base de datos comprometida habilita el acceso a espacios físicos restringidos sin necesidad de clonar tarjetas ni forzar cerraduras.

    Este modelo integrado es especialmente común en universidades con campus cerrados, donde los sistemas de badge readers, torniquetes y automatización edilicia fueron conectados al directorio institucional principal por razones de eficiencia operativa. El problema es que la mayoría de esas decisiones de integración se tomaron antes de que la amenaza de exfiltración masiva de bases de datos fuera un riesgo cotidiano.

    Cuándo aplica este riesgo — y cuándo no

    Este vector de riesgo aplica cuando se cumplen al menos dos condiciones: que el identificador de control de acceso físico sea idéntico o derivado directamente del identificador almacenado en la base de datos institucional, y que esa base de datos tenga una superficie de exposición suficiente como para ser comprometida —ya sea por ataque externo, error de configuración o acceso interno indebido. No aplica, en cambio, cuando la institución utiliza identificadores físicos independientes no derivados del número de legajo, o cuando el sistema de control de acceso opera sobre una base de datos aislada con rotación periódica de credenciales. La distinción importa porque determina si una brecha en sistemas académicos tiene o no consecuencias sobre la seguridad de las personas en el campus.

    El dato personal en el centro: qué implica esto en términos de protección de datos

    Desde la perspectiva de la protección de datos, la convergencia digital-física eleva la categoría de riesgo de cualquier brecha que involucre identificadores estudiantiles. En jurisdicciones como Brasil, la Lei Geral de Proteção de Dados (LGPD) exige que el tratamiento de datos personales contemple medidas técnicas y administrativas proporcionales al riesgo —y el riesgo de habilitar acceso físico no autorizado a espacios donde hay personas supera ampliamente el daño reputacional de una filtración de notas académicas. En Argentina, la Ley 25.326 y las disposiciones complementarias de la AAIP establecen obligaciones similares de seguridad adecuada al tipo de dato tratado.

    En México, la LFPDPPP —aunque orientada al sector privado— y los lineamientos del INAI plantean que el responsable del tratamiento debe evaluar el contexto completo de uso del dato, no solo el sistema donde reside. Una universidad pública o privada que vincula el número de matrícula a sistemas de control de acceso físico está ampliando, sin necesariamente documentarlo, el alcance del tratamiento de ese dato personal. Eso tiene implicancias directas sobre los avisos de privacidad vigentes y sobre la evaluación de impacto que debería haberse realizado antes de integrar los sistemas.

    Arquitectura de identidad como decisión de gobierno de datos

    La solución estructural no pasa por desintegrar los sistemas, sino por separar los identificadores según su función y su exposición. Un modelo de identidad federada —donde el ID académico y el ID de acceso físico son distintos, y el vínculo entre ambos está bajo control estricto con rotación programada— limita el radio de impacto de cualquier brecha. Esto es equivalente, en términos de gobernanza, al principio de minimización de datos aplicado a la arquitectura de sistemas: el dato que no necesita estar en un lugar, no debe estar.

    Instituciones que ya adoptaron controles de acceso basados en credenciales físicas independientes —tarjetas con chip propio, tokens rotantes o autenticación biométrica desvinculada del directorio LDAP central— tienen un perímetro físico que sobrevive a una brecha del sistema académico. La separación no elimina el riesgo, pero lo compartimenta.

    El ecosistema educativo latinoamericano: exposición sin marco técnico claro

    América Latina cuenta con un número creciente de universidades que han modernizado su infraestructura de campus con sistemas de control de acceso digital, especialmente en Brasil, México, Colombia y Argentina. Sin embargo, la adopción de marcos técnicos de seguridad que contemplen la convergencia digital-física es todavía limitada. Las autoridades de protección de datos de la región no han emitido, hasta ahora, lineamientos específicos para instituciones educativas sobre el tratamiento de datos personales en sistemas integrados de control de acceso. Esa ausencia normativa no reduce la responsabilidad institucional: el principio de responsabilidad proactiva —presente en la LGPD brasileña y en la reforma propuesta a la Ley 25.326 argentina— obliga a las organizaciones a anticipar riesgos, no solo a reaccionar ante ellos.

    Para quien gestiona datos en una institución educativa: la pregunta no es si el sistema de control de acceso físico está conectado al directorio de datos personales, sino qué sucede con cada puerta del campus cuando esa base de datos queda expuesta.

  • CNIL multa con €500.000 a hospital francés por brecha en registros de pacientes

    CNIL multa con €500.000 a hospital francés por brecha en registros de pacientes

    La CNIL, autoridad francesa de protección de datos, impuso el 3 de septiembre de 2026 una multa de €500.000 al Hospital Privado del Loira por no haber adoptado medidas de seguridad adecuadas para proteger la información de sus pacientes y algunos de sus familiares. El incidente se originó en el verano de 2025, cuando un atacante logró acceder al sistema de historia clínica electrónica de la institución.

    El caso se desencadenó durante el verano boreal de 2025, cuando un actor no autorizado consiguió conectarse al sistema de registro electrónico de pacientes (EPR, por sus siglas en inglés) del hospital. La CNIL concluyó su investigación casi un año después y determinó que la entidad sanitaria incumplió las obligaciones de seguridad contempladas en el Reglamento General de Protección de Datos (RGPD) de la Unión Europea, concretamente en lo relativo a medidas técnicas y organizativas proporcionales al riesgo que representa el tratamiento de datos de salud.

    Datos confirmados sobre la sanción al Hospital del Loira

    • Organismo sancionador: CNIL (Commission Nationale de l’Informatique et des Libertés), Francia.
    • Monto de la multa: €500.000.
    • Fecha de la resolución: 3 de septiembre de 2026.
    • Período del incidente: verano de 2025.
    • Sistema comprometido: registro electrónico de pacientes (EPR) del Hospital Privado del Loira.
    • Afectados: pacientes del hospital y algunos de sus familiares, según se informó.
    • Infracción principal: ausencia de medidas de seguridad apropiadas para datos de salud, categoría especial bajo el RGPD.

    Qué se sabe y qué falta confirmar

    La resolución de la CNIL establece con claridad la existencia de acceso no autorizado al EPR y la consecuente exposición de datos de salud, categoría especial que exige el nivel más alto de protección bajo el artículo 9 del RGPD. Lo que no ha trascendido públicamente hasta el momento es el volumen exacto de registros comprometidos, el vector de ataque utilizado por el intruso ni si la información fue exfiltrada o únicamente consultada de forma indebida. Tampoco se conoce si el hospital recurrirá la sanción ante los tribunales administrativos franceses.

    El caso tiene resonancia directa en América Latina, donde el tratamiento de datos de salud enfrenta un entorno regulatorio en rápida evolución. En Brasil, la Lei Geral de Proteção de Dados (LGPD) clasifica los datos de salud como sensibles y la Autoridade Nacional de Proteção de Dados (ANPD) ha intensificado su actividad fiscalizadora sobre el sector sanitario desde 2024. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) también considera los datos de salud dentro de las categorías que requieren protección reforzada bajo la Ley 25.326, aunque el techo de las sanciones locales —aún pendiente de actualización legislativa— dista significativamente de los montos que aplica la CNIL. En México, el INAI ha emitido criterios específicos sobre el tratamiento de datos clínicos bajo la LFPDPPP, pero la capacidad de enforcement en el sector privado de salud continúa siendo un punto débil estructural.

    El próximo hito a seguir es la eventual publicación íntegra de la resolución en el registro oficial de la CNIL, que determinará si el hospital tiene plazo para adecuarse a medidas correctivas específicas o si la sanción económica agota el mandato de la autoridad.

  • Brecha en proveedor C-Track afecta tribunales de decenas de estados de EE.UU.

    Brecha en proveedor C-Track afecta tribunales de decenas de estados de EE.UU.

    Un incidente de seguridad en C-Track, proveedor de software de gestión judicial, comprometió datos del Tribunal Supremo de Dakota del Norte y habría impactado a sistemas judiciales de decenas de estados de EE.UU. La brecha fue notificada al tribunal en julio de 2026 y una investigación criminal se encuentra en curso.

    El Sistema de Tribunales de Dakota del Norte confirmó que fue informado a fines de julio de que C-Track —plataforma de gestión de casos utilizada por cortes estatales— sufrió una brecha de datos que pudo haber involucrado información vinculada a ese tribunal. La divulgación fue realizada mediante un comunicado oficial, según reportó DataBreaches.net el 3 de septiembre de 2026. Las autoridades iniciaron una investigación criminal en respuesta al incidente.

    Datos confirmados sobre el incidente de C-Track

    • Proveedor afectado: C-Track, software de gestión de casos judiciales.
    • Notificación al tribunal: fines de julio de 2026.
    • Alcance reportado: decenas de estados de EE.UU. utilizan C-Track como proveedor.
    • Estado de la investigación: investigación criminal en curso al momento de la publicación.
    • Entidad confirmada afectada: Tribunal Supremo de Dakota del Norte.

    Qué se sabe y qué falta confirmar sobre el alcance real

    Hasta la fecha de publicación no se había confirmado públicamente qué tipo de datos fueron comprometidos ni el número exacto de registros afectados. Tampoco se había identificado públicamente al actor responsable del ataque, ni se habían difundido detalles técnicos sobre el vector de acceso. Según se informó, la brecha habría impactado a tribunales de “decenas de estados”, pero la lista completa de jurisdicciones afectadas no estaba disponible al cierre de esta nota. La naturaleza de los datos judiciales —que pueden incluir información de víctimas, testigos, menores e imputados— eleva el nivel de riesgo si la exfiltración se confirma en toda su extensión.

    El caso recuerda un patrón que se repite con creciente frecuencia en el sector público: la concentración de riesgo en proveedores tecnológicos transversales, cuya brecha compromete en cascada a múltiples organismos sin que estos tengan visibilidad directa sobre sus propios datos. En América Latina, este vector de ataque a terceros es igualmente crítico. Países como Brasil, bajo la Lei Geral de Proteção de Dados (LGPD), y Argentina, bajo la Ley 25.326 y la Disposición AAIP 7/2022, establecen que el responsable del tratamiento —en este caso, el tribunal— mantiene obligaciones frente a los titulares de datos incluso cuando la brecha se origina en un operador externo. La cláusula contractual con proveedores y la auditoría de terceros son requisitos que muchos organismos judiciales de la región aún no formalizan.

    El próximo hito a seguir es la notificación formal a las personas afectadas, cuyo plazo y alcance dependerán del resultado de la investigación criminal y de la identificación completa de los estados comprometidos.

  • Cuando el catálogo de datos es la brecha: por qué rotar credenciales no alcanza

    Cuando el catálogo de datos es la brecha: por qué rotar credenciales no alcanza

    Si un atacante compromete el catálogo de datos corporativo, no roba registros: roba el mapa completo de todo lo que la organización sabe sobre sus propios datos. Esa diferencia convierte a este tipo de incidente en una categoría aparte, y hace que la respuesta estándar —rotar credenciales, parchear el vector, cerrar el ticket— sea radicalmente insuficiente.

    Un catálogo de datos centraliza la metadata técnica y de negocio de una organización: qué tablas existen, qué contienen, quién las accede, cómo se relacionan entre sí, qué tan sensibles son y bajo qué política de retención operan. Herramientas como Apache Atlas, Alation, Collibra, DataHub o Amundsen acumulan esa inteligencia en un único punto. Según el marco DAMA-DMBOK, el catálogo es la columna vertebral del capability de Metadata Management, sin el cual el resto de las disciplinas de gobernanza de datos no puede operar. Eso lo convierte también en el activo de mayor valor estratégico para un adversario que quiera planificar ataques futuros o entender la arquitectura de datos de su objetivo.

    El catálogo no guarda datos: guarda el conocimiento sobre los datos

    La diferencia de impacto frente a una brecha convencional es estructural. En un incidente típico, el atacante extrae un conjunto de registros —números de tarjeta, correos, datos de salud— y el daño está acotado a esos registros. En una brecha de catálogo, el adversario obtiene el inventario completo: sabe qué base de datos contiene los datos de clientes premium, qué pipeline los mueve, quién tiene acceso privilegiado y qué controles (o ausencia de ellos) los protegen. Es, en términos prácticos, un reconocimiento total del entorno de datos. Los equipos de seguridad ofensiva llaman a esto “living off the land” aplicado a la capa de metadata.

    El data lineage —la trazabilidad de cómo un dato se mueve desde su origen hasta su destino final— amplifica el daño. Un catálogo moderno que almacena linaje completo le entrega al atacante el grafo de dependencias de toda la infraestructura de datos: desde los sistemas fuente hasta los data marts que alimentan los reportes ejecutivos. Con esa información, un atacante paciente puede planificar intrusiones quirúrgicas en sistemas downstream sin necesidad de escanear la red.

    Por qué rotar credenciales no resuelve la exposición del catálogo

    La rotación de credenciales corta el acceso activo, pero no borra el conocimiento ya adquirido. Si el catálogo estuvo expuesto durante horas o días, el atacante ya tiene una copia del inventario de metadata. Cambiar contraseñas o revocar tokens resuelve el vector de entrada, no el daño informacional. Es equivalente a cambiar la cerradura de una caja fuerte después de que alguien fotografió el contenido. El EDM Council, en su marco CDMC (Cloud Data Management Capabilities), identifica explícitamente la protección de metadata sensible como un control de nivel 2 bajo el capability de Data Control, diferenciado del control de acceso a los datos en sí. Muchas organizaciones aplican controles de clase A a sus bases de datos productivas y dejan el catálogo con controles de clase C, sin clasificación de sensibilidad propia ni auditoría de acceso detallada.

    El problema se agrava porque los catálogos modernos tienden a integrarse con sistemas de identidad corporativa (LDAP, Azure AD), orquestadores (Airflow, Dagster), plataformas de transformación (dbt) y herramientas de observabilidad. Un catálogo comprometido puede ser el punto de pivote hacia toda esa cadena. El data steward responsable de ese dominio raramente tiene visibilidad sobre los logs de acceso al catálogo con el mismo nivel de detalle con el que el equipo de seguridad audita los sistemas productivos.

    Cuándo aplica este riesgo / cuándo NO

    Este vector de riesgo aplica a organizaciones que operan un catálogo de datos centralizado con metadata enriquecida: clasificación de sensibilidad, linaje automatizado, integración con pipelines activos y perfiles de datos. Si el catálogo es una planilla Excel o un repositorio estático sin conexión a sistemas productivos, el riesgo es considerablemente menor, aunque no nulo. No aplica —al menos no con esta criticidad— en entornos donde el catálogo está aislado de la red, opera sin autenticación federada y no contiene metadata operativa actualizada. En arquitecturas de data mesh, donde cada dominio puede operar su propio catálogo local, el riesgo se distribuye pero no desaparece: un catálogo de dominio financiero sigue siendo un activo de alto valor.

    El ángulo en América Latina: cumplimiento normativo post-brecha

    En la región, una brecha de catálogo tiene implicancias regulatorias que van más allá de lo técnico. En Brasil, la LGPD (Lei 13.709/2018) obliga a notificar a la ANPD cuando el incidente puede acarrear riesgo relevante a los titulares. Si el catálogo expuesto documenta el tratamiento de datos sensibles —salud, biometría, datos financieros— la organización debe evaluar si la exposición de esa metadata activa la obligación de notificación, incluso si los datos en sí no fueron exfiltrados. En Argentina, la Ley 25.326 y las disposiciones de la AAIP siguen una lógica similar. En México, el INAI ha comenzado a interpretar el concepto de “tratamiento” de datos de forma más amplia, lo que podría incluir la exposición de metadata que revela el alcance de ese tratamiento. Esta ambigüedad regulatoria es un riesgo legal no trivial que los equipos jurídicos de muchas organizaciones de la región aún no tienen mapeado.

    Para un CDO que quiere evaluar la exposición real de su organización, el punto de partida es concreto: auditar los logs de acceso al catálogo con la misma rigurosidad que se auditan los sistemas productivos; clasificar el catálogo como activo de datos sensible con su propio data owner y política de acceso; revisar si el data steward de cada dominio tiene visibilidad sobre quién accede a la metadata de su dominio y cuándo; y documentar el proceso de respuesta a incidentes específico para el catálogo, separado del playbook genérico de seguridad.

    Para profundizar en los controles de metadata bajo el framework CDMC del EDM Council, el punto de partida es el capability 8 (Data Control) disponible en edmcouncil.org; para el marco regulatorio de notificación en la región, la Guía de Medidas de Seguridad de la AAIP y las Resoluções de la ANPD ofrecen los criterios de evaluación más actualizados.