Categoría: Privacidad

  • GDPR e IA elevan el estándar de cumplimiento en protección de datos

    GDPR e IA elevan el estándar de cumplimiento en protección de datos

    La convergencia entre el Reglamento General de Protección de Datos (GDPR) de la Unión Europea y la expansión acelerada de sistemas de inteligencia artificial está redefiniendo lo que significa cumplir con la normativa de protección de datos. Las organizaciones que operan con datos personales —especialmente aquellas con presencia o vínculos comerciales con Europa— enfrentan una carga de cumplimiento que ya no puede gestionarse con los marcos tradicionales.

    El GDPR, vigente desde 2018, nunca fue un requisito estático. Sus principios de minimización de datos, limitación de finalidad y responsabilidad proactiva (accountability) imponen revisiones continuas a medida que cambian las tecnologías de tratamiento. La irrupción de los modelos de lenguaje grande (LLMs) y los sistemas de IA generativa añade una nueva capa de complejidad: ¿cómo se aplica el GDPR cuando el propio sistema de inteligencia artificial puede haber sido entrenado con datos personales, o cuando su output revela información sobre personas identificables?

    Por qué la IA desafía los principios clásicos del GDPR

    El GDPR fue diseñado bajo una lógica de tratamiento determinístico: un responsable identifica una finalidad, define una base legal, recoge datos y los trata de manera predecible. Los sistemas de IA generativa rompen esa lógica en al menos tres puntos críticos. Primero, la finalidad del tratamiento puede ser difusa o emergente: un modelo entrenado para una tarea puede ser reutilizado en contextos no previstos en el consentimiento original. Segundo, la minimización de datos entra en tensión directa con la lógica de los modelos de gran escala, que requieren volúmenes masivos para su entrenamiento. Tercero, el derecho de supresión —el llamado “derecho al olvido”— resulta técnicamente complejo cuando los datos de una persona ya están incorporados en los pesos de un modelo.

    A esto se suma el AI Act de la Unión Europea, en vigor desde agosto de 2024, que establece obligaciones específicas para sistemas de IA de alto riesgo y sistemas de propósito general (GPAI). El cruce entre el AI Act y el GDPR no es meramente burocrático: ambos marcos comparten conceptos —como la evaluación de impacto— pero no están perfectamente alineados en definiciones ni en autoridades competentes, lo que genera zonas grises que las organizaciones deben navegar de forma proactiva.

    Cuándo aplica / cuándo NO

    El GDPR aplica a cualquier organización que trate datos de residentes en la Unión Europea, independientemente de dónde esté establecida. Esto incluye empresas latinoamericanas que vendan productos o servicios a usuarios europeos, o que monitoreen su comportamiento. Una startup de Buenos Aires con clientes en España, o una plataforma de e-commerce mexicana con operaciones en Alemania, están dentro del ámbito de aplicación. No aplica, en cambio, cuando el tratamiento involucra exclusivamente datos de personas fuera del Espacio Económico Europeo y sin vínculo con el mercado europeo. Sin embargo, esa distinción es cada vez más delgada en entornos de IA donde los datos de entrenamiento pueden provenir de múltiples geografías sin trazabilidad clara.

    El espejo latinoamericano: LGPD, Ley 25.326 y LFPDPPP ante la IA

    América Latina no está ajena a esta presión dual. Brasil enfrenta el mismo desafío desde la Ley General de Protección de Datos Personales (LGPD, Lei nº 13.709/2018): la Autoridade Nacional de Proteção de Dados (ANPD) ha comenzado a desarrollar orientaciones sobre inteligencia artificial, y en 2024 publicó un documento de referencia sobre IA y protección de datos que reconoce explícitamente la tensión entre el ciclo de vida de los modelos y los derechos de los titulares. En Argentina, la Ley 25.326 de Protección de los Datos Personales —con más de dos décadas de vigencia— muestra sus límites ante tratamientos automatizados sofisticados; el proyecto de actualización que circula en el Congreso Nacional busca incorporar disposiciones sobre decisiones automatizadas y perfilado, siguiendo la huella del artículo 22 del GDPR. México, por su parte, opera bajo la LFPDPPP (Ley Federal de Protección de Datos Personales en Posesión de los Particulares) y su reglamento, un marco que tampoco previó los desafíos de los sistemas de IA generativa.

    La señal que emite Europa no es solo regulatoria: es de mercado. Las empresas latinoamericanas que aspiren a exportar servicios digitales o datos hacia la Unión Europea necesitan demostrar niveles de protección adecuados. Eso implica adoptar prácticas alineadas con el GDPR —Evaluaciones de Impacto de Protección de Datos (DPIA), registros de actividades de tratamiento, designación de Delegado de Protección de Datos cuando corresponde— independientemente de lo que exija la regulación local.

    Las tres presiones concretas que escalan en 2025 y 2026

    • Evaluaciones de impacto para sistemas de IA: las DPIAs ya no son opcionales para herramientas de IA que traten datos personales a escala o que tomen decisiones con efectos significativos sobre personas.
    • Gestión del consentimiento en entornos de IA generativa: las plataformas deben acreditar que los datos usados en entrenamiento contaban con base legal válida, lo que impulsa auditorías retroactivas de datasets.
    • Portabilidad y supresión técnica: los equipos de ingeniería deben diseñar mecanismos para responder solicitudes de derechos ARCO/DSAR en sistemas donde los datos no están almacenados de forma discreta sino distribuidos en parámetros del modelo.

    La respuesta organizacional más común hasta ahora ha sido incorporar al DPO (Data Protection Officer) en los procesos de adopción de IA desde etapas tempranas, antes de que el sistema entre en producción. El principio de privacy by design, establecido en el artículo 25 del GDPR, cobra una dimensión nueva cuando el objeto de diseño es un sistema de aprendizaje automático.

    Para organizaciones latinoamericanas con exposición al mercado europeo o en proceso de actualizar sus marcos locales, el texto del GDPR y las guías del Comité Europeo de Protección de Datos (EDPB) sobre inteligencia artificial —disponibles en edpb.europa.eu— siguen siendo la referencia técnica más completa disponible.

  • ICE revela un data lake central para análisis de control migratorio

    ICE revela un data lake central para análisis de control migratorio

    Una adquisición pública del Servicio de Control de Inmigración y Aduanas de Estados Unidos (ICE) reveló la existencia de un data lake centralizado que alimenta los sistemas de análisis utilizados en operaciones de enforcement migratorio, según informó Biometric Update el 24 de agosto de 2025.

    El hallazgo surgió de documentos de contratación pública —procurement— consultados por el medio especializado. La arquitectura descripta apunta a una plataforma de datos integrada que consolida información de múltiples fuentes para sustentar decisiones operativas del ICE, incluyendo, según se informó, capacidades de análisis biométrico y cruce de bases de datos. No se divulgaron detalles técnicos completos sobre los proveedores involucrados ni el volumen de registros almacenados.

    Datos confirmados sobre la arquitectura ICE

    • La existencia del data lake fue revelada a través de documentos de adquisición pública del ICE.
    • La plataforma sostiene sistemas de analytics aplicados a operaciones de enforcement migratorio.
    • La noticia fue publicada por Biometric Update el 24 de agosto de 2025.
    • No se confirmaron públicamente los proveedores tecnológicos contratados ni el alcance total de los datos almacenados.

    Qué se sabe y qué falta confirmar sobre el uso de datos personales

    Lo que los documentos de procurement confirman es la existencia de una infraestructura centralizada de datos operando en el núcleo del sistema de control migratorio estadounidense. Lo que permanece sin confirmar es qué categorías exactas de datos personales integran el lago, bajo qué marcos de retención y acceso opera, y si existen mecanismos de auditoría independiente sobre su uso. La participación de tecnología biométrica —mencionada en la fuente— eleva el nivel de sensibilidad del activo de datos involucrado, aunque los detalles operativos no fueron divulgados públicamente.

    Para los países de América Latina, la relevancia es directa: millones de ciudadanos de la región —mexicanos, guatemaltecos, venezolanos, colombianos, entre otros— figuran en los sistemas de datos migratorios de EE.UU. En el marco de la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) de México o de la Ley 25.326 de Argentina, el tratamiento de datos de nacionales en sistemas extranjeros no activa jurisdicción directa, pero sí plantea interrogantes sobre derechos ARCO efectivos y transferencias internacionales. Brasil, con la LGPD vigente y la ANPD como autoridad de control, enfrenta una situación análoga cuando los datos de sus ciudadanos en movilidad son procesados por plataformas de terceros países sin garantías equivalentes.

    El próximo hito a seguir es si el Congreso de EE.UU. o alguna organización de litigio estratégico solicita formalmente la divulgación de los contratos completos bajo la Freedom of Information Act (FOIA), lo que determinaría el alcance real de los datos personales de ciudadanos latinoamericanos en el sistema.

  • LATAM Airlines confirma intrusión y posible exposición de datos de pasajeros

    LATAM Airlines confirma intrusión y posible exposición de datos de pasajeros

    LATAM Airlines confirmó una intrusión en sus sistemas informáticos y advirtió sobre la posible exposición de datos de pasajeros, según se informó el 20 de agosto de 2026. La aerolínea, con operaciones en Argentina, Brasil, Chile, Colombia, Ecuador y Perú, es uno de los transportistas aéreos más grandes de América Latina.

    La compañía informó públicamente sobre el incidente sin precisar, hasta el momento del anuncio, el volumen exacto de registros potencialmente comprometidos ni los tipos de datos personales afectados. Tampoco se confirmó si la intrusión derivó en una exfiltración efectiva de información o si el acceso no autorizado fue contenido antes de que los datos salieran de los sistemas internos. La notificación fue divulgada por medios uruguayos y regionales, lo que sugiere que el aviso alcanzó a pasajeros de múltiples países del cono sur.

    Datos confirmados al momento del cierre

    • Actor afectado: LATAM Airlines, aerolínea con presencia en al menos seis países de América del Sur.
    • Tipo de incidente: intrusión confirmada en sistemas internos, según comunicación de la propia empresa.
    • Datos en riesgo: información de pasajeros, naturaleza específica no confirmada al momento de la publicación.
    • Fecha del anuncio público: 20 de agosto de 2026.
    • Exfiltración: no confirmada al cierre de esta edición.

    Qué se sabe y qué falta confirmar sobre la brecha

    Lo que está confirmado es la intrusión y la comunicación pública de LATAM sobre el riesgo de exposición. Lo que aún no está verificado es el alcance real del compromiso: cuántos pasajeros se vieron afectados, en qué países, qué campos de datos estuvieron expuestos —si incluyen documentos de identidad, datos de pago, historial de vuelos o datos de contacto— y si existe un actor de amenaza identificado. Tampoco trascendió si las autoridades de protección de datos de los países donde LATAM opera fueron notificadas de forma formal.

    En términos regulatorios, el incidente activa obligaciones distintas según la jurisdicción. En Brasil, la Lei Geral de Proteção de Dados (LGPD) exige que la Autoridade Nacional de Proteção de Dados (ANPD) sea notificada en un plazo razonable cuando existe riesgo relevante para los titulares. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) puede requerir reporte bajo la Ley 25.326 y la Disposición AAIP 4/2019. Chile avanza en la aplicación de su nueva Ley 21.719 de protección de datos personales, vigente desde 2024, que también contempla notificación a la autoridad ante incidentes. En Colombia, la Superintendencia de Industria y Comercio (SIC) tiene competencia sobre el tratamiento de datos de clientes de aerolíneas que operen en el país.

    El próximo hito crítico es la notificación formal a las autoridades de control en cada jurisdicción: los plazos —que van de 72 horas en marcos más estrictos a términos más amplios en legislaciones nacionales— ya están corriendo desde el momento en que LATAM tomó conocimiento de la intrusión.

  • Franquiciado líder de Applebee’s confirma robo de datos sensibles por hackers

    Franquiciado líder de Applebee’s confirma robo de datos sensibles por hackers

    Apple American Group LLC, el mayor operador de franquicias de Applebee’s en Estados Unidos, confirmó una brecha de seguridad que resultó en el robo de datos personales altamente sensibles de sus empleados y/o clientes, incluyendo números de Seguro Social, información financiera, registros de salud e información biométrica. El número total de afectados no ha sido precisado, aunque presentaciones ante autoridades estatales confirman que el incidente involucra a múltiples jurisdicciones.

    La divulgación fue reportada el 20 de agosto de 2026 por el medio especializado DataBreaches.net. Según se informó, Apple American Group —que opera cientos de restaurantes Applebee’s en todo el territorio estadounidense— presentó notificaciones ante reguladores estatales como parte del proceso obligatorio de disclosure que impone la legislación de varios estados de EE.UU. ante brechas que afectan a residentes. El vector de ataque y el grupo responsable no han sido identificados públicamente hasta el momento.

    Datos confirmados del incidente en Apple American Group

    • Empresa afectada: Apple American Group LLC, franquiciado principal de Applebee’s en EE.UU.
    • Tipos de datos comprometidos: números de Seguro Social, datos financieros, registros de salud e información biométrica.
    • Cantidad de afectados: no divulgada públicamente; presentaciones ante registros estatales confirman el alcance multi-jurisdiccional.
    • Fecha de divulgación pública: 20 de agosto de 2026.
    • Atribución del ataque: no confirmada al cierre de esta nota.

    Qué se sabe y qué falta confirmar

    Lo confirmado hasta ahora es que la brecha implicó exfiltración real de datos —no una mera exposición accidental— y que la categoría de información comprometida es de las más críticas en términos de riesgo residual para los afectados: la biometría y los registros de salud no pueden ser cambiados como una contraseña, y los números de Seguro Social habilitan fraudes de identidad de largo alcance. Lo que permanece sin confirmar incluye el número exacto de víctimas, la fecha en que ocurrió la intrusión inicial, si el ataque involucró ransomware, y si Apple American Group tiene presencia operativa o datos de empleados fuera de EE.UU. que pudieran ampliar el alcance geográfico del incidente.

    Para los equipos de privacidad en América Latina, el caso tiene relevancia indirecta pero concreta: cadenas de comida rápida y franquicias internacionales con operaciones en la región —incluyendo México, Brasil y Argentina— suelen compartir plataformas de gestión de recursos humanos y sistemas de nómina con sus casas matrices o con otros franquiciados de la misma red. Una brecha en un nodo puede comprometer datos de empleados latinoamericanos almacenados en servidores estadounidenses, lo que activa obligaciones de notificación bajo la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) en México, la Lei Geral de Proteção de Dados (LGPD) en Brasil, o la Ley 25.326 en Argentina, según donde residan los titulares afectados. Ninguna de esas leyes exime a las empresas por el hecho de que el incidente haya ocurrido técnicamente fuera de sus fronteras.

    El próximo hito a monitorear es la publicación de las notificaciones individuales a los afectados, cuyo plazo varía por estado en EE.UU. pero que en varios casos no supera los 30 a 45 días desde la detección confirmada del incidente.

  • Bibliotecas de anuncios móviles filtran ubicación sin que los desarrolladores lo sepan

    Bibliotecas de anuncios móviles filtran ubicación sin que los desarrolladores lo sepan

    Un informe de la Electronic Frontier Foundation (EFF) revela que las bibliotecas de software publicitario integradas en aplicaciones móviles recolectan y filtran datos de ubicación de los usuarios, en muchos casos sin que los propios desarrolladores de esas apps sean conscientes de ello. El negocio de datos de localización mueve miles de millones de dólares al año y el mecanismo de fuga opera de forma silenciosa, embebido en el código que los developers incorporan para monetizar sus productos.

    Las ad libraries —bibliotecas de código de terceros que los desarrolladores insertan para mostrar publicidad— son el vector central del problema documentado por la EFF. Cuando un desarrollador integra una de estas bibliotecas, no siempre recibe documentación completa sobre qué datos recopila el SDK ni a qué servidores los envía. El resultado es que la app puede estar transmitiendo coordenadas GPS, identificadores de dispositivo y patrones de movimiento del usuario hacia redes publicitarias, sin que el equipo que construyó la aplicación haya tomado esa decisión de forma explícita.

    Por qué la ubicación es el dato más sensible del ecosistema publicitario

    La dirección de un hogar, los horarios de trabajo, las visitas a clínicas o lugares de culto, las rutas habituales: todo eso puede inferirse a partir de un historial de coordenadas. La EFF señala que la ubicación no es simplemente “un punto en un mapa”, sino una fuente de información íntima sobre la vida de una persona. Esta densidad informativa es exactamente lo que convierte al sector de datos de localización en un mercado multimillonario, donde brokers de datos compran, procesan y revenden trayectorias sin que el titular del dato haya prestado un consentimiento informado real.

    El reporte de la EFF también aborda las reformas recientemente anunciadas por Flock, empresa conocida por sus sistemas de reconocimiento de patentes vehiculares, y analiza legislación en el Senado de Estados Unidos que, según la organización, introduciría riesgos adicionales de privacidad bajo la sigla KOSA (Kids Online Safety Act). Aunque el foco geográfico del informe es el mercado estadounidense, los mecanismos técnicos descriptos operan en cualquier jurisdicción donde esas apps estén disponibles, lo que hace el hallazgo directamente relevante para usuarios latinoamericanos.

    Cuándo aplica esta vulnerabilidad y cuándo no

    El problema aplica cuando una aplicación móvil —independientemente de su categoría: juegos, utilidades, comercio electrónico— incorpora SDKs publicitarios de terceros sin auditar el comportamiento de recolección de datos de esos componentes. No aplica, en cambio, cuando el desarrollador construye su propio sistema de monetización sin dependencias externas, o cuando el SDK ha sido auditado y contractualmente limitado en su alcance de recolección. La distinción importa porque desplaza la responsabilidad: no es siempre una decisión deliberada del desarrollador, sino una consecuencia de integrar código de terceros sin due diligence de privacidad.

    El marco legal en América Latina frente a la recolección encubierta por SDKs

    En Brasil, la Lei Geral de Proteção de Dados (LGPD) exige que el tratamiento de datos personales —incluida la ubicación— cuente con una base legal válida y que el titular haya recibido información clara sobre los fines del tratamiento. La recolección silenciosa a través de una biblioteca de anuncios sin divulgación adecuada en la política de privacidad de la app constituiría, en principio, una violación a los artículos 7 y 9 de la ley, que regulan las hipótesis de tratamiento y la transparencia. La Autoridade Nacional de Proteção de Dados (ANPD) tiene competencia para investigar tanto al desarrollador de la app como, potencialmente, al operador del SDK como agente de tratamiento.

    En Argentina, la Ley 25.326 de Protección de los Datos Personales impone obligaciones de consentimiento informado y finalidad determinada. La Agencia de Acceso a la Información Pública (AAIP) ha avanzado en los últimos años en la regulación de aplicaciones móviles, aunque la capacidad de fiscalización sobre SDKs de origen extranjero sigue siendo un desafío práctico. México, a través del INAI y la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP), tiene un esquema similar: el responsable del tratamiento —en este caso el desarrollador de la app— responde por los datos que su producto recopila, incluso si la recolección la ejecuta un tercero integrado en el código.

    Qué implica esto para desarrolladores y equipos de compliance

    El hallazgo de la EFF refuerza una obligación que el marco regulatorio latinoamericano ya impone pero que pocas organizaciones implementan con rigor: el inventario y la auditoría de componentes de terceros antes de publicar una aplicación. Un desarrollador que integra una ad library sin revisar su política de datos no puede escudarse en el desconocimiento como eximente; la responsabilidad por el tratamiento de datos personales de los usuarios de su app recae sobre él como responsable ante la ley. Esto aplica con especial fuerza cuando la app tiene usuarios en jurisdicciones con regulación activa, como Brasil o Colombia —que cuenta con su propia Ley 1581 de 2012 y la Superintendencia de Industria y Comercio como autoridad de control.

    El informe completo de la EFF sobre bibliotecas de anuncios móviles está disponible en eff.org/deeplinks/2026/07/developers-beware-ad-libraries-betray-your-users-location-privacy y detalla los SDKs analizados y los mecanismos técnicos de exfiltración de ubicación identificados por el equipo de investigación de la organización.

    Que el código que filtra datos de ubicación sea invisible para el propio desarrollador no es un argumento legal en ninguna regulación de la región: la cadena de responsabilidad empieza en quien publica la app, no en quien escribió el SDK.

  • Brecha en proveedor electoral de Carolina del Norte expone datos de fiscales de mesa

    Brecha en proveedor electoral de Carolina del Norte expone datos de fiscales de mesa

    El Consejo Electoral del Condado de Wake, en Carolina del Norte, suspendió el uso de un proveedor de software tras reportar un posible ciberataque que habría expuesto datos personales de trabajadores electorales. Los sistemas de votación, padrón electoral y conteo de votos no registran evidencia de compromiso, según informó el organismo.

    El incidente se conoció el 15 de agosto de 2026, cuando el Consejo Electoral de Wake dio a conocer que había cortado su relación operativa con el proveedor afectado como medida preventiva. Según se informó, la información potencialmente expuesta corresponde a personas que se desempeñaron como fiscales o trabajadores de mesa en procesos electorales anteriores, no a votantes ni a datos del padrón general. El vector del ataque y la cantidad exacta de registros comprometidos no habían sido confirmados al momento de la publicación.

    Datos confirmados al cierre de esta edición

    • Actor afectado: Consejo Electoral del Condado de Wake, Carolina del Norte (EE. UU.).
    • Tipo de dato expuesto: información personal de trabajadores electorales (poll workers), según se informó.
    • Sistemas electorales críticos —máquinas de votación, boletas, padrón, conteo— declarados sin evidencia de afectación.
    • Medida adoptada: suspensión inmediata del proveedor de software involucrado.
    • Número de registros comprometidos: no confirmado a la fecha de publicación.
    • Naturaleza del ataque: calificado como “posible ciberataque”; autoría y método sin confirmar.

    Qué se sabe y qué falta confirmar

    Lo confirmado es que el proveedor reportó el incidente al Consejo Electoral y que este actuó suspendiendo el contrato como medida de contención. Lo que permanece sin verificar es si hubo exfiltración efectiva de datos, qué volumen de registros pudo haberse comprometido, y si el proveedor cumplió con los plazos de notificación exigidos por la ley estatal de Carolina del Norte. Tampoco se ha confirmado si el acceso fue mediante ransomware, phishing dirigido u otro vector. El uso del término “posible” sugiere que la investigación forense aún no estaba concluida al momento de la divulgación pública.

    El caso pone el foco en un eslabón frecuentemente subestimado: los proveedores terceros de software que gestionan datos operativos de procesos electorales. En América Latina, donde varios países contratan empresas privadas para la gestión de sistemas de apoyo electoral —desde Argentina hasta México y Brasil—, la cadena de custodia de datos de personal electoral rara vez está cubierta por los marcos de notificación de incidentes con plazos explícitos. La Ley 25.326 argentina, la LGPD brasileña y la LFPDPPP mexicana obligan a notificar brechas que afecten datos personales, pero la velocidad y transparencia de esa notificación depende en gran medida de cláusulas contractuales con los terceros, que en muchos casos no están estandarizadas para el contexto electoral.

    El próximo hito a seguir es la publicación del informe forense del proveedor y la determinación oficial de si corresponde notificación individual a los trabajadores electorales afectados, conforme a la normativa de Carolina del Norte.

  • Filtración de datos en Control Vehicular de Nuevo León: investigan ciberataque

    Filtración de datos en Control Vehicular de Nuevo León: investigan ciberataque

    Las autoridades de Nuevo León investigan una presunta filtración de datos en el sistema de Control Vehicular del estado, ocurrida según se informó como consecuencia de un ciberataque. El incidente podría haber comprometido información personal de titulares de registros vehiculares en la entidad.

    Según se informó el 12 de agosto de 2026, el caso fue detectado en el sistema estatal encargado del registro y control vehicular en Nuevo León. Las autoridades competentes iniciaron una investigación formal para determinar el alcance del acceso no autorizado, aunque al cierre de esta nota no se habían confirmado públicamente el volumen de registros afectados ni la identidad de los presuntos responsables. La información del incidente fue difundida por Heraldo de México.

    Datos confirmados y lo que aún falta establecer

    • Se investiga una presunta filtración en el sistema de Control Vehicular del estado de Nuevo León, México.
    • La causa sería un ciberataque, según se informó; el vector de intrusión no ha sido confirmado oficialmente.
    • Autoridades estatales abrieron una investigación formal sobre el incidente.
    • El número de registros expuestos, la naturaleza exacta de los datos comprometidos y la identidad de los atacantes permanecen sin confirmar.
    • No se ha emitido notificación pública a los titulares de los datos afectados hasta el momento de publicación.

    La LFPDPPP y la obligación de notificación en México

    El incidente activa obligaciones concretas bajo la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) y, en el ámbito público, bajo la Ley General de Protección de Datos Personales en Posesión de Sujetos Obligados (LGPDPPSO), que rige a entidades gubernamentales como el control vehicular estatal. Esta última obliga a los responsables a notificar a los titulares afectados cuando exista una vulneración de seguridad que pueda afectarles de forma significativa, sin dilación indebida. El Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales (INAI) es la autoridad de control competente para supervisar el cumplimiento en el sector público federal, mientras que en el ámbito estatal intervienen los organismos garantes locales de Nuevo León.

    Los datos vehiculares —que típicamente incluyen nombre completo, domicilio, RFC, número de placa y datos del vehículo— constituyen información personal susceptible de uso en fraudes de identidad, clonación vehicular y esquemas de phishing dirigido. En regímenes como el brasileño, la Lei Geral de Proteção de Dados (LGPD) exige notificación a la Autoridade Nacional de Proteção de Dados (ANPD) en un plazo de 72 horas para incidentes de riesgo relevante. México no establece ese plazo de forma tan explícita para el sector público, lo que representa una brecha regulatoria que este caso vuelve a poner sobre la mesa.

    El próximo hito crítico es la emisión de un comunicado oficial por parte de las autoridades de Nuevo León que precise el volumen de registros afectados y los plazos de notificación a titulares, información que el INAI y el organismo garante estatal tienen facultad de requerir formalmente.

  • Sin daño concreto, no hay caso: la doctrina del standing en litigios de brechas de datos

    Sin daño concreto, no hay caso: la doctrina del standing en litigios de brechas de datos

    Un juez federal del Distrito de Nueva Jersey desestimó una demanda colectiva contra TABB Inc., empresa de verificación de antecedentes, al determinar que el demandante no acreditó haber sufrido un perjuicio concreto y actual derivado de la filtración de datos reportada en 2024. La decisión, según se informó, refuerza una línea jurisprudencial en Estados Unidos que pone en jaque las acciones colectivas masivas en materia de brechas de datos —y que tiene implicancias directas para la forma en que legisladores y abogados de América Latina están diseñando sus propios marcos de responsabilidad civil.

    TABB Inc. y la filtración de 2024: qué estaba en juego

    TABB Inc. es una compañía de Nueva Jersey dedicada a la verificación de antecedentes laborales, un sector que procesa volúmenes significativos de datos sensibles: historiales crediticios, registros judiciales, domicilios, números de identificación. Cuando la filtración de datos fue reportada en 2024, la exposición potencial de esa clase de información motivó la presentación de una demanda colectiva bajo la premisa de que los afectados habían sufrido un daño derivado del acceso no autorizado a sus datos. Sin embargo, según se informó, el tribunal determinó que el demandante principal no logró demostrar un nexo causal entre la brecha y un perjuicio real, específico y verificable en su propia persona —el requisito de standing o legitimación activa que exige el artículo III de la Constitución estadounidense para acceder a la justicia federal.

    El fallo no evalúa si TABB actuó con negligencia ni absuelve a la empresa de eventuales obligaciones regulatorias. Lo que el juez resolvió es un problema procesal anterior: sin daño concreto, no existe controversia justiciable. Esta distinción es técnica pero de enorme impacto práctico: cierra la puerta a acciones colectivas fundadas únicamente en el riesgo de daño futuro o en la mera exposición de datos, sin que el demandante pueda mostrar un perjuicio ya materializado —fraude, usurpación de identidad, pérdida económica cuantificable.

    La doctrina TransUnion y su vigencia como filtro anti-litigios masivos

    El razonamiento que subyace a este fallo no es nuevo. En 2021, la Corte Suprema de Estados Unidos resolvió en TransUnion LLC v. Ramirez que la mera violación de una obligación legal —incluyendo normas de protección de datos— no es suficiente para conferir legitimación activa si no existe un daño concreto análogo al reconocido por el common law. Desde entonces, los tribunales federales han aplicado ese estándar para desestimar una proporción creciente de demandas colectivas por brechas de datos. La decisión contra TABB es, según se informó, consistente con esa tendencia: el riesgo hipotético de que los datos filtrados sean utilizados para cometer fraude no equivale a que el fraude haya ocurrido.

    Para los demandantes, este estándar crea una paradoja difícil de resolver: los daños derivados de una brecha de datos frecuentemente se materializan meses o años después del incidente original, cuando el vínculo causal ya es más difícil de probar. Las empresas, en cambio, se benefician de una ventana de tiempo en la que la exposición litigiosa es menor incluso ante filtraciones graves. Esta asimetría ha sido objeto de críticas por parte de grupos de defensa del consumidor en Estados Unidos.

    Argentina, Brasil y México: tres modelos de daño resarcible ante una brecha

    La pregunta de qué constituye un daño resarcible en materia de brechas de datos no está resuelta de manera uniforme en América Latina, y el contraste con la doctrina estadounidense es instructivo para quienes diseñan políticas o asesoran empresas en la región.

    En Argentina, la Ley 25.326 de Protección de los Datos Personales no establece un umbral de daño concreto para habilitar los derechos del titular; basta con la violación de las obligaciones del responsable del tratamiento para que la Agencia de Acceso a la Información Pública (AAIP) pueda iniciar actuaciones sancionatorias. En sede judicial, sin embargo, la exigencia de probar daño para obtener una indemnización civil sigue los principios generales del Código Civil y Comercial —lo que en la práctica genera un análisis caso a caso similar, aunque sin la rigidez del standing constitucional estadounidense. La reforma en discusión del marco de privacidad argentino, impulsada por la AAIP, no incluye hasta el momento un artículo específico sobre daños colectivos o acciones de clase en materia de brechas.

    En Brasil, la Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018) adopta un enfoque diferente: el artículo 42 establece la responsabilidad civil del controlador o del operador por daños patrimoniales o morales derivados del tratamiento irregular, sin exigir que el daño sea “concreto” en el sentido restrictivo del derecho constitucional estadounidense. El daño moral —figura consolidada en la jurisprudencia brasileña— permite reclamaciones incluso ante afectaciones a la dignidad o a la intimidad que no producen una pérdida económica medible. La Autoridade Nacional de Proteção de Dados (ANPD) ha avanzado en la reglamentación del régimen sancionatorio y en agosto de 2024 publicó su primera resolución sobre comunicación de incidentes, lo que fortalece el andamiaje para eventuales litigios posteriores.

    En México, la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) otorga al Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales (INAI) la facultad de imponer sanciones ante violaciones a la seguridad de los datos, independientemente de si el titular acredita un daño individual. No obstante, las acciones colectivas en sede civil continúan siendo un mecanismo poco desarrollado en la práctica, lo que limita el acceso a la justicia de los afectados en incidentes masivos.

    Qué cambia para empresas con operaciones transfronterizas en la región

    Para una empresa latinoamericana que opera también en Estados Unidos —o para una multinacional estadounidense como TABB con potencial base de usuarios en la región— el fallo tiene una lectura estratégica doble. Por un lado, la doctrina del standing en tribunales federales estadounidenses sigue siendo un escudo procesal relevante frente a litigios masivos. Por otro, esa protección no se traslada automáticamente a los marcos legales de Argentina, Brasil o México, donde la legitimación para reclamar es más amplia y las autoridades de control pueden actuar de oficio.

    Las empresas de verificación de antecedentes —un sector en crecimiento en América Latina, impulsado por la expansión del empleo formal y los requisitos de compliance corporativo— están especialmente expuestas: procesan datos de múltiples categorías sensibles, los transfieren entre jurisdicciones y operan en un área donde la regulación sectorial es aún incipiente en varios países de la región. Una brecha en ese contexto puede no generar litigio viable en Nueva Jersey pero sí una investigación de la ANPD en São Paulo o una actuación de la AAIP en Buenos Aires.

    Qué monitorear: próximos hitos regulatorios y jurisprudenciales

    • La reforma a la Ley 25.326 en Argentina, cuyo borrador en circulación no incorpora aún un régimen específico de daños colectivos por brechas —una brecha normativa que el fallo estadounidense hace más visible.
    • La consolidación del régimen sancionatorio de la ANPD en Brasil, que podría generar los primeros precedentes de responsabilidad civil derivada de brechas bajo la LGPD en tribunales estaduales.
    • La evolución de la jurisprudencia del Poder Judicial de la Federación en México sobre acciones colectivas en materia de datos personales, aún escasa pero en desarrollo.
    • Nuevas resoluciones de tribunales federales estadounidenses que apliquen o morigeren la doctrina TransUnion en el contexto específico de datos de verificación de antecedentes.

    Nuestro análisis

    El fallo contra TABB no es una señal de que las brechas de datos sean consecuencias jurídicamente irrelevantes en Estados Unidos. Es, más precisamente, un recordatorio de que el diseño procesal importa tanto como el derecho sustantivo. La doctrina del standing actúa como un filtro que beneficia estructuralmente a las empresas frente a la litigación masiva —y ese filtro no existe en la mayoría de los marcos latinoamericanos de protección de datos.

    Esto tiene una consecuencia para los equipos legales y de cumplimiento que operan en la región: la exposición regulatoria ante una brecha en Brasil o Argentina puede ser mayor, no menor, que en el mercado estadounidense, porque las autoridades pueden actuar de oficio y los umbrales de daño son más bajos. Las empresas que calibran su programa de respuesta a incidentes mirando exclusivamente la jurisprudencia de los Circuit Courts estadounidenses corren el riesgo de subestimar su exposición regulatoria en LATAM. La pregunta correcta no es “¿nos pueden demandar con éxito en Nueva Jersey?” sino “¿qué debe saber la ANPD o la AAIP en las próximas 72 horas?”.

    Cuando el estándar de daño varía entre jurisdicciones, la estrategia de respuesta a incidentes también tiene que variar: una sola plantilla de notificación no alcanza para operar en tres marcos legales distintos.

  • Flock Safety endurece reglas de acceso ante el backlash por vigilancia masiva

    Flock Safety endurece reglas de acceso ante el backlash por vigilancia masiva

    Flock Safety, la empresa que opera la mayor red privada de lectores de patentes vehiculares para fuerzas policiales en Estados Unidos, anunció cambios en las condiciones de acceso de los agentes a su sistema nacional, en respuesta a una creciente presión pública y la pérdida de contratos por denuncias de vigilancia masiva y abuso policial. Las modificaciones buscan contener el daño reputacional y recuperar la confianza institucional que el negocio necesita para sobrevivir.

    Flock Safety opera una red de lectores automáticos de matrículas —conocidos en la industria como ALPRs (Automated License Plate Readers)— instalados en vía pública y espacios privados que registran, almacenan y comparten información sobre la ubicación y circulación de vehículos. La compañía provee ese servicio a departamentos de policía de todo Estados Unidos bajo contratos municipales y estatales. El volumen de datos que procesa la convierte en uno de los actores de mayor escala en el ecosistema de vigilancia vehicular, y también en uno de los más cuestionados.

    El problema que desencadenó los cambios: acceso sin control a datos de ubicación

    La presión sobre Flock creció a partir de reportes que documentaron cómo oficiales podían consultar la red de lectores de patentes con controles mínimos, generando registros de movimiento de personas sin supervisión judicial ni base de sospecha razonable. Este patrón se encuadra en lo que la doctrina de privacidad denomina “vigilancia del mosaico”: ninguna lectura individual revela mucho, pero la acumulación sistemática construye un perfil de vida cotidiana tan detallado como una intervención de comunicaciones. Según se informó, algunos contratos perdidos por la empresa se vinculan directamente a objeciones de concejos municipales y grupos de libertades civiles que citaron estos riesgos.

    Qué cambia en el acceso de los agentes a la red nacional

    Los ajustes anunciados apuntan específicamente a limitar la capacidad de los agentes para cruzar datos entre jurisdicciones sin justificación registrada. Según se informó, las modificaciones incluyen nuevas restricciones sobre qué perfiles de usuario pueden consultar la red interestatal y en qué condiciones. El objetivo declarado es que cada búsqueda quede asociada a un propósito de investigación documentado, lo que en teoría crea un rastro de auditoría. Sin embargo, la efectividad real de esos controles depende de cómo se implementen las políticas de uso aceptable en cada agencia cliente —una variable que Flock no controla directamente.

    Cuándo aplica y cuándo NO: los límites de una política corporativa de privacidad

    Estas reglas aplican únicamente dentro del ecosistema de Flock y solo vinculan a los departamentos de policía en la medida en que sus contratos las incorporen. No sustituyen legislación, no crean derechos exigibles para los ciudadanos cuyos datos son procesados, y no generan obligaciones de notificación frente a reguladores. En jurisdicciones donde no existe una ley estatal específica sobre ALPRs —la mayoría de los estados de EE.UU. carece de regulación comprehensiva—, la política de Flock es el único freno operativo. Eso es, a la vez, su fortaleza comercial y su vulnerabilidad democrática.

    Los cambios tampoco son equiparables a una auditoría externa independiente ni a un régimen de supervisión pública. La empresa anuncia lo que implementará, pero la verificación de cumplimiento permanece opaca para la sociedad civil y los organismos legislativos.

    Por qué el modelo ALPR desafía los marcos de privacidad en América Latina

    En América Latina, el despliegue de lectores automáticos de patentes crece sostenidamente: ciudades de Argentina, Brasil, México, Colombia y Chile integran ALPRs en sus sistemas de videovigilancia urbana y control vehicular. La diferencia con el modelo de Flock es que, en la región, los sistemas suelen ser operados directamente por agencias estatales —lo que los coloca bajo la órbita de las leyes de protección de datos personales vigentes—. En Argentina, la Ley 25.326 y las disposiciones de la AAIP (Agencia de Acceso a la Información Pública) exigen que el tratamiento de datos biométricos y de localización tenga base legal expresa; los datos de patentes vinculados a personas identificables podrían calificar como datos personales bajo ese esquema. En Brasil, la LGPD (Lei 13.709/2018) plantea el mismo interrogante: ¿cuál es la base legal para el tratamiento masivo de datos de circulación vehicular por fuerzas de seguridad?

    El caso Flock ilustra un riesgo sistémico que las regulaciones latinoamericanas aún no han abordado de forma explícita: la externalización de la infraestructura de vigilancia a proveedores privados que operan bajo sus propias políticas de acceso, sin que los marcos de protección de datos personales definan claramente quién es responsable del tratamiento cuando el operador es un tercero contratado por el Estado.

    Las políticas corporativas de privacidad pueden frenar el escrutinio público en el corto plazo, pero no reemplazan el trabajo legislativo que define qué datos del Estado pueden quedar en manos privadas y bajo qué condiciones. Para profundizar en el marco regulatorio aplicable a sistemas de vigilancia estatal con proveedores privados, la Resolución 4/2019 del Grupo de Trabajo del Artículo 29 (ahora EDPB) sobre videovigilancia ofrece el estándar más detallado disponible.

  • ICO amonesta a la oficina de antecedentes penales del Reino Unido por brecha de datos

    ICO amonesta a la oficina de antecedentes penales del Reino Unido por brecha de datos

    La Oficina del Comisionado de Información del Reino Unido (ICO) emitió una amonestación formal contra ACRO Criminal Records Office, unidad policial nacional encargada de emitir certificados de antecedentes penales y certificados de protección internacional de menores, tras confirmar infracciones a los artículos 32(1), 32(1)(b) y 32(1)(d) del UK GDPR.

    ACRO es una unidad policial de alcance nacional que, entre otras funciones, procesa solicitudes de acceso de titulares (Subject Access Requests) y gestiona documentación sensible vinculada a antecedentes penales y protección infantil. La ICO determinó que la entidad no implementó medidas técnicas y organizativas adecuadas para garantizar un nivel de seguridad apropiado al riesgo de los datos que trata, una exigencia explícita del artículo 32 del UK GDPR. La amonestación fue publicada el 15 de agosto de 2026, según se informó en DataBreaches.net.

    Artículo 32 UK GDPR: los tres puntos de infracción confirmados

    • Artículo 32(1): ausencia de medidas técnicas y organizativas apropiadas para el nivel de riesgo del tratamiento.
    • Artículo 32(1)(b): falta de capacidad para garantizar la confidencialidad, integridad, disponibilidad y resiliencia continuas de los sistemas de tratamiento.
    • Artículo 32(1)(d): inexistencia de un proceso regular de verificación, evaluación y valoración de la eficacia de las medidas de seguridad aplicadas.

    Qué se sabe y qué falta confirmar

    La información disponible confirma la amonestación formal de la ICO y los artículos infringidos del UK GDPR. No se han divulgado públicamente detalles sobre el volumen de registros afectados, la naturaleza técnica del incidente —si fue una exfiltración externa, un error de configuración o una exposición interna—, ni el número de personas cuyos datos podrían haberse visto comprometidos. Tampoco se ha informado si ACRO notificó el incidente a los titulares afectados ni en qué plazo. La ICO optó por una amonestación y no por una sanción económica, decisión que en el marco del UK GDPR post-Brexit es una herramienta regulatoria diferenciada de la multa administrativa, aunque igualmente vinculante en cuanto a las medidas correctivas exigidas.

    El caso tiene relevancia directa para organismos públicos en América Latina que procesan datos de categorías especiales —como antecedentes penales o datos de menores— sin controles equivalentes al artículo 32. En Argentina, la Ley 25.326 y las disposiciones de la AAIP exigen medidas de seguridad adecuadas al nivel de sensibilidad del dato; en Brasil, el artículo 46 de la LGPD impone obligaciones similares con un estándar de proporcionalidad al riesgo. Entidades públicas que gestionan registros criminales o certificados de conducta en la región operan frecuentemente sin evaluaciones periódicas de la eficacia de sus controles —exactamente el punto que motivó la infracción al artículo 32(1)(d) en este caso.

    El próximo hito a seguir es la respuesta formal de ACRO al plan de acción correctivo que la ICO tiene facultad de exigir tras la amonestación, cuyo plazo no fue publicado al cierre de esta nota.