Categoría: Privacidad

  • Robo de datos en organización de autismo en Canadá: 2.000 afectados

    Robo de datos en organización de autismo en Canadá: 2.000 afectados

    Más de 2.000 personas vieron comprometida su información personal tras un ataque a Autism Services of Saskatoon, organización canadiense de la provincia de Saskatchewan. La comisionada de Información y Privacidad provincial, Grace Hession, emitió un informe con recomendaciones luego de investigar el incidente.

    El caso se hizo público a través de un informe de la Saskatchewan Information and Privacy Commissioner, la autoridad de control de privacidad de esa provincia canadiense. Según se informó, el robo de datos ocurrió el año anterior a la publicación del reporte y afectó a más de 2.000 individuos vinculados a la organización. La entidad provee servicios a personas con trastorno del espectro autista, lo que implica que entre los datos expuestos podría figurar información de salud y condición de vulnerabilidad —categorías de especial sensibilidad en cualquier marco de protección de datos.

    Respuesta confirmada: notificación e infraestructura reforzada

    • Más de 2.000 personas afectadas por el incidente.
    • Autism Services of Saskatoon notificó a los individuos afectados dentro de los plazos establecidos, según el informe de la comisionada Hession.
    • La organización reforzó su seguridad informática tras el evento, de acuerdo con el mismo reporte.
    • La Saskatchewan Information and Privacy Commissioner emitió recomendaciones formales como parte del proceso de investigación.

    Qué se sabe y qué falta confirmar

    El informe confirma que la organización cumplió con los dos pasos fundamentales exigidos post-incidente: notificación a afectados y mejora de controles técnicos. Sin embargo, la fuente disponible no detalla el vector de ataque, el tipo exacto de datos sustraídos ni si hubo notificación a terceros o autoridades federales bajo la PIPEDA —la ley federal canadiense de protección de datos del sector privado—. Tampoco se precisa si la comisionada recomendó sanciones económicas o si el informe derivará en una auditoría adicional. El contenido exacto de las recomendaciones de Hession no fue reproducido en su totalidad en la información disponible.

    El caso ilustra una dinámica relevante para la región: una organización del tercer sector —sin fines de lucro, con recursos IT habitualmente acotados— como blanco de un robo de datos que involucra información de poblaciones vulnerables. En América Latina, este perfil de víctima es frecuente y rara vez cuenta con los planes de respuesta a incidentes que sí exigen marcos como la LGPD brasileña (artículo 48, que establece plazos de notificación a la ANPD y a los titulares) o la Ley 25.326 argentina, cuya autoridad de control —la AAIP— puede iniciar actuaciones de oficio ante brechas de datos sensibles. En México, el INAI ha emitido criterios específicos para entidades que tratan datos de menores o personas con discapacidad bajo la LFPDPPP.

    El próximo hito a seguir es la publicación completa del informe de Grace Hession, que determinará si las recomendaciones tienen carácter vinculante y si Autism Services of Saskatoon deberá someterse a revisiones periódicas de sus controles de seguridad.

  • Notificaciones de brechas “suficientemente buenas” generan exposición legal

    Notificaciones de brechas “suficientemente buenas” generan exposición legal

    Un fallo de sentencia sumaria a favor de un estado de EE.UU. contra una empresa de telecomunicaciones dejó en evidencia un riesgo que muchos equipos legales y de gobernanza subestiman: notificar una brecha de datos de forma técnicamente incompleta puede ser tan costoso como no notificar. El caso, analizado por abogados de BakerHostetler, ilustra cómo el estándar “close enough” —notificaciones que se aproximan al cumplimiento pero no lo alcanzan— se convierte en pasivo legal concreto.

    La premisa parece simple: ocurre una brecha, la empresa notifica a los reguladores y a los afectados, y el expediente se cierra. Lo que el fallo en cuestión demuestra es que el contenido, el alcance y la precisión técnica de esa notificación son auditables y accionables. El estado demandante logró una sentencia sumaria argumentando que la notificación enviada por la telecom no cumplió con los requisitos legales vigentes, pese a que la empresa sí había comunicado el incidente. El matiz, en este contexto, tiene consecuencias millonarias.

    Qué falló: el gap entre notificar y cumplir con los requisitos técnicos de notificación

    Según se informó a partir del análisis de BakerHostetler, el problema central no fue la omisión de la notificación sino su insuficiencia técnica. Las leyes de notificación de brechas —tanto en EE.UU. como en la mayoría de las jurisdicciones de América Latina— exigen elementos específicos: descripción del incidente, categorías de datos comprometidos, número de afectados, medidas adoptadas y, en muchos casos, plazos estrictos de comunicación. Omitir uno de esos elementos, o describirlo de manera vaga, puede equivaler, a ojos de un regulador, a no haber notificado en absoluto.

    El caso involucra a una empresa de telecomunicaciones —sector de alto perfil regulatorio en toda la región— y subraya que los grandes incidentes atraen un escrutinio diferencial. Cuando el volumen de afectados es significativo, las autoridades tienen mayor incentivo para revisar la calidad de la notificación, no solo su existencia. Un informe que llega en plazo pero que describe los datos comprometidos en términos genéricos, o que subestima el universo de afectados, puede transformar un procedimiento de cumplimiento en un litigio.

    Argentina, Brasil y México: tres regímenes de notificación con distinto nivel de exigencia

    En América Latina, el estándar de notificación varía significativamente entre jurisdicciones, lo que crea un mapa de riesgo asimétrico para empresas que operan en múltiples países. En Argentina, la Ley 25.326 de Protección de Datos Personales establece la obligación de notificar incidentes, y la Agencia de Acceso a la Información Pública (AAIP) ha ido precisando vía disposiciones los contenidos mínimos esperados. Sin embargo, la norma original —de 2000— no fue diseñada para el entorno de brechas masivas actuales, y el proyecto de reforma que lleva años en discusión parlamentaria busca, entre otras cosas, incorporar plazos explícitos y requisitos de contenido más detallados.

    Brasil presenta el régimen más maduro de la región en este aspecto. La Lei Geral de Proteção de Dados (LGPD) establece en su artículo 48 la obligación de comunicar incidentes de seguridad a la Autoridade Nacional de Proteção de Dados (ANPD) y a los titulares afectados en un “prazo razoável”, que la ANPD ha ido precisando mediante resoluciones —actualmente orientadas hacia las 72 horas para incidentes de alto riesgo. La resolución CD/ANPD nº 15/2024 detalló los elementos mínimos que debe contener esa comunicación, acercando el estándar brasileño al europeo del GDPR. Una notificación que omita la descripción de las categorías de datos o el número estimado de afectados puede ser considerada incompleta, con las consecuencias sancionatorias que eso implica.

    En México, la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) obliga a notificar a los titulares cuando ocurra una vulneración que afecte “de manera significativa” sus derechos patrimoniales o morales, pero la regulación no establece un plazo explícito ni un formulario estandarizado para la notificación al Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales (INAI). Esa ambigüedad, paradójicamente, puede generar mayor exposición: sin un estándar claro, la autoridad tiene amplio margen interpretativo para determinar si una notificación fue suficiente.

    Por qué las empresas de telecomunicaciones concentran mayor riesgo en la región

    El sector de telecomunicaciones maneja datos de alta sensibilidad —geolocalización, comunicaciones, datos financieros asociados a facturación— y opera bajo doble regulación: la sectorial de las agencias de telecomunicaciones y la de protección de datos personales. En varios países de la región, esa superposición normativa implica que una brecha puede disparar procedimientos en dos frentes regulatorios simultáneos. Las empresas que operen en Colombia bajo la Ley 1581 de 2012 y la supervisión de la Superintendencia de Industria y Comercio (SIC), o en Chile bajo la nueva Ley 21.719 —que entró en vigor en 2026 y endureció significativamente el régimen de notificación—, enfrentan un escenario donde la calidad documental de la notificación puede ser determinante en el resultado de una investigación.

    Qué monitorear: Chile 2026, la reforma argentina y la evolución del estándar ANPD

    Tres hitos regulatorios definen la agenda inmediata en la región. Primero, la aplicación plena de la Ley 21.719 en Chile, que introduce requisitos de notificación con plazos de 72 horas para incidentes de alto riesgo y establece por primera vez un catálogo de elementos mínimos obligatorios en la comunicación a la Agencia de Protección de Datos Personales (APDP). Segundo, el estado de la reforma a la Ley 25.326 en Argentina, donde la AAIP ha impulsado un proyecto que, de aprobarse, elevaría el estándar de notificación al nivel de la LGPD brasileña. Tercero, las resoluciones complementarias de la ANPD de Brasil, que continúan precisando los criterios de suficiencia técnica de las notificaciones, generando jurisprudencia administrativa que el resto de la región observa de cerca.

    Las empresas con operaciones regionales deberían revisar sus plantillas de notificación de incidentes contra los requisitos específicos de cada jurisdicción —no contra un estándar genérico— y documentar el proceso de decisión que llevó al contenido final de cada notificación. Esa documentación puede ser determinante si un regulador cuestiona, meses después, si la comunicación fue técnicamente suficiente.

    Nuestro análisis

    El fallo estadounidense sintetiza un problema estructural que la región está comenzando a enfrentar con mayor frecuencia: la notificación de brechas dejó de ser un trámite administrativo para convertirse en un acto jurídico con consecuencias propias. En América Latina, la tendencia regulatoria es clara —Brasil ya opera con un estándar cercano al GDPR, Chile acaba de adoptarlo, y Argentina busca actualizarse— pero la implementación corporativa no siempre acompañó ese endurecimiento. Muchas organizaciones tienen procesos de respuesta a incidentes razonablemente maduros en su dimensión técnica (contención, forensics, remediación) pero notablemente débiles en su dimensión legal-documental: quién decide qué se informa, con qué nivel de detalle, en qué plazo y con qué evidencia de respaldo. Ese gap es exactamente el que explotó el estado demandante en el caso analizado por BakerHostetler. El riesgo no es nuevo, pero la disposición de los reguladores a litigarlo sí parece estarlo.

    Cuando un regulador puede ganar una sentencia sumaria por la calidad —no la ausencia— de una notificación, el estándar de cumplimiento cambió: la pregunta ya no es si se notificó, sino si la notificación hubiera resistido un interrogatorio judicial.

  • Hospital de Seúl omitió divulgación de brecha por años: 830.000 registros expuestos

    Hospital de Seúl omitió divulgación de brecha por años: 830.000 registros expuestos

    El Hospital Nacional Universitario de Seúl no presentó sus declaraciones obligatorias de ciberseguridad durante varios años, pese a haber sufrido una brecha que comprometió datos de al menos 830.000 personas, según informó una investigación publicada el 25 de agosto de 2026. El caso combina dos alertas simultáneas: la magnitud del incidente y la ausencia sistemática de reporte ante las autoridades.

    De acuerdo con la información difundida, el hospital habría operado bajo una exención que lo exceptuaba de la obligación de presentar las declaraciones de ciberseguridad que sí rigen para el resto de los hospitales terciarios del sistema de salud surcoreano. La investigación, firmada por Ko Jae-woo y publicada por DataBreaches.net, no confirma si esa exención era legítima o si fue aplicada de manera incorrecta. Lo que sí quedó documentado es el resultado: años sin divulgación, y un incidente con alcance masivo sin notificación oportuna.

    Datos confirmados del incidente

    • Afectados: al menos 830.000 personas, según se informó.
    • Organización: Hospital Nacional Universitario de Seúl (Seoul National University Hospital).
    • Tipo de institución: hospital terciario de referencia, sector salud público.
    • Omisión documentada: ausencia de declaraciones obligatorias de ciberseguridad durante múltiples años.
    • Causal declarada: condición de exención respecto de las obligaciones de reporte que aplican al resto del sector.
    • Fecha de revelación pública: 25 de agosto de 2026.

    Qué se sabe y qué falta confirmar

    Hasta el momento no se ha confirmado qué tipo de datos fueron comprometidos, si hubo exfiltración efectiva o acceso no autorizado sin extracción, ni qué actor estuvo detrás del incidente. Tampoco está claro si la exención que invocaba el hospital tenía respaldo normativo vigente o si se trató de un vacío de control administrativo. Lo que la investigación sí deja en evidencia es que el mecanismo de reporte falló —por diseño o por omisión— durante un período prolongado, sin que ninguna autoridad activara una alerta de seguimiento.

    El patrón no es exclusivo de Corea del Sur. En América Latina, los marcos de notificación de incidentes en el sector salud presentan brechas similares. En Argentina, la Ley 25.326 de Protección de Datos Personales no establece plazos específicos de notificación de brechas, una carencia que el proyecto de reforma impulsado por la AAIP busca corregir —aunque sin sanción legislativa al cierre de esta nota. En Brasil, la LGPD (Lei 13.709/2018) fija un plazo de notificación a la ANPD en un término “razonable” desde el conocimiento del incidente, pero los registros del sector salud siguen siendo un punto débil en la cadena de cumplimiento. México, bajo la LFPDPPP, tampoco establece un plazo expreso para el sector público, donde quedan comprendidos los hospitales estatales.

    El próximo hito a monitorear es si las autoridades surcoreanas abren una investigación formal sobre la validez de la exención y si imponen alguna sanción; ese resultado será referencia directa para los debates de reforma de notificación de brechas que avanzan en Argentina y Brasil durante 2026.

  • 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.