Blog

  • SBI confirma exposición de 3.897 registros de clientes en la dark web

    SBI confirma exposición de 3.897 registros de clientes en la dark web

    El State Bank of India (SBI), el mayor banco público del país asiático, confirmó que 3.897 registros de clientes fueron expuestos en la dark web, según se informó el 21 de octubre de 2025. Es el primer banco estatal indio en reconocer públicamente una brecha de esta naturaleza en lo que va del año.

    La confirmación provino del propio banco, que admitió el incidente sin detallar, según se informó, el vector de ataque ni el período de tiempo durante el cual los datos permanecieron expuestos antes de ser detectados. Los registros comprometidos corresponden a información de clientes, aunque la entidad no precisó públicamente qué tipos de datos personales integran el conjunto filtrado —si incluye datos de identidad, información financiera o credenciales de acceso.

    Datos confirmados al cierre de esta edición

    • Registros expuestos confirmados: 3.897
    • Entidad afectada: State Bank of India (banco de titularidad estatal)
    • Destino de los datos: dark web, según confirmación oficial
    • Fecha de divulgación pública: 21 de octubre de 2025
    • Tipo de dato expuesto: registros de clientes (composición exacta no divulgada)

    Qué se sabe y qué falta confirmar

    Lo confirmado es la cifra de registros y la presencia del dataset en la dark web. Lo que permanece sin verificación pública es el origen del incidente: si fue un ataque externo, una exposición por mala configuración de sistemas, o un acceso interno no autorizado. Tampoco se informó si el SBI notificó individualmente a los clientes afectados ni si intervino el regulador financiero indio (RBI) o alguna autoridad de protección de datos. India cuenta desde 2023 con la Digital Personal Data Protection Act (DPDPA), que establece obligaciones de notificación ante brechas, aunque su reglamentación aún está en proceso de consolidación.

    Para bancos en América Latina que operan con sucursales o corresponsalía con entidades asiáticas, el caso ilustra un riesgo de cadena: los datos de clientes compartidos con terceros internacionales pueden quedar expuestos en jurisdicciones con marcos de notificación aún inmaduros. En Brasil, la Lei Geral de Proteção de Dados (LGPD) obliga a notificar a la ANPD en plazos que la autoridad ha interpretado como no superiores a dos días hábiles para incidentes de alto riesgo. En Argentina, la Ley 25.326 y las disposiciones complementarias de la AAIP también exigen comunicación a los titulares afectados. Un banco que opera bajo esas jurisdicciones y comparte datos con corresponsales extranjeros debe auditar contractualmente los estándares de respuesta a incidentes de sus contrapartes.

    El próximo hito a seguir es si el SBI activa el mecanismo de notificación individual a los 3.897 titulares afectados y si el regulador indio abre una investigación formal, ambos plazos aún sin anuncio oficial al cierre de esta nota.

  • SBI confirma brecha de datos: 3.800 registros de clientes en la dark web

    SBI confirma brecha de datos: 3.800 registros de clientes en la dark web

    El State Bank of India (SBI) confirmó una brecha de datos en la que más de 3.800 registros de clientes fueron sustraídos y publicados en la dark web. El banco, el mayor de India por activos, reconoció el incidente tras la circulación de la información en foros clandestinos.

    Según se informó, el ataque fue detectado luego de que actores maliciosos pusieran a disposición los registros comprometidos en plataformas de la dark web. El SBI emitió una confirmación oficial del incidente, aunque al momento de la publicación no había divulgado el vector de ataque ni el período exacto durante el cual los sistemas estuvieron expuestos. Los datos afectados corresponden a clientes de la entidad, si bien el banco no precisó qué categorías de información personal fueron comprometidas más allá de la cantidad de registros.

    Datos confirmados del incidente en SBI

    • Más de 3.800 registros de clientes sustraídos, según confirmación oficial del banco.
    • Los registros fueron publicados y compartidos en la dark web, según se informó.
    • El SBI es el banco más grande de India por volumen de activos y cantidad de clientes.
    • El banco confirmó el incidente públicamente; el vector de ataque no fue divulgado.
    • No se confirmó si se activaron mecanismos de notificación individual a los afectados.

    Qué se sabe y qué falta confirmar

    Lo confirmado hasta ahora es la exfiltración de más de 3.800 registros y su circulación en la dark web. Lo que permanece sin verificar incluye el tipo exacto de datos personales comprometidos (si se trata de credenciales, datos financieros, información de identidad o una combinación), el período de exposición, y si el SBI notificó a las autoridades competentes o activó su protocolo de respuesta ante incidentes conforme a las obligaciones vigentes en India. Tampoco se ha confirmado si el ataque involucró ransomware u otro vector específico. La escala del incidente —3.800 registros sobre una base de cientos de millones de clientes— podría indicar un ataque acotado o que la cifra divulgada es parcial.

    Para los equipos de gobernanza y privacidad en América Latina, el caso es relevante por una razón estructural: los bancos de la región enfrentan obligaciones de notificación con plazos estrictos ante brechas de esta naturaleza. En Argentina, la Ley 25.326 y las disposiciones de la AAIP exigen notificación a la autoridad ante incidentes que comprometan datos personales. En Brasil, la LGPD establece un plazo de comunicación al titular y a la ANPD dentro de un término razonable —interpretado en la práctica como 72 horas para incidentes de alto riesgo—. En México, el INAI aplica criterios similares bajo la LFPDPPP para el sector privado. La pregunta que este caso instala es si los bancos de la región tienen habilitado ese canal de notificación antes de que la información aparezca en foros clandestinos, o si la dark web sigue siendo la primera fuente de alerta.

    El próximo hito crítico es la divulgación por parte del SBI del alcance completo del incidente y la confirmación de si se activaron —o no— los mecanismos de notificación regulatoria en los plazos exigidos por la normativa india.

  • Sitio del gobierno de Rajastán expone hasta 70.000 registros de identidad

    Sitio del gobierno de Rajastán expone hasta 70.000 registros de identidad

    Hasta 70.000 registros de identidad quedaron expuestos tras una brecha en un sitio web del gobierno del estado indio de Rajastán, según informó India Today el 21 de octubre de 2025. El incidente pone en foco los controles de acceso y la clasificación de datos en portales públicos, una debilidad compartida por varios gobiernos de América Latina.

    Según se informó, la brecha afectó a un portal oficial del gobierno de Rajastán y habría comprometido registros que incluyen datos de identidad de ciudadanos. La cifra reportada asciende a hasta 70.000 registros, aunque las autoridades locales no habían confirmado públicamente el alcance exacto al momento de la publicación. No se especificó si los datos fueron exfiltrados o si la exposición se debió a una configuración incorrecta de acceso público en el sistema.

    Datos confirmados y lo que aún falta verificar

    • Registros potencialmente expuestos: hasta 70.000
    • Tipo de datos: registros de identidad de ciudadanos
    • Organismo afectado: sitio web del gobierno del estado de Rajastán, India
    • Fecha de reporte: 21 de octubre de 2025 (India Today)
    • Causa raíz: no confirmada públicamente al cierre de esta nota
    • Exfiltración confirmada: no verificada; se reporta exposición, no necesariamente descarga masiva

    Lo que el caso replica en portales de gobierno latinoamericanos

    Incidentes de este tipo tienen un espejo directo en la región. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) ha intervenido en casos de exposición de bases de datos estatales, bajo el marco de la Ley 25.326 de Protección de los Datos Personales, que establece la obligación de adoptar medidas técnicas y organizativas adecuadas para la seguridad de los datos. En Brasil, la Lei Geral de Proteção de Dados (LGPD) impone al operador público la notificación a la Autoridade Nacional de Proteção de Dados (ANPD) en casos de incidentes de seguridad con riesgo relevante, en un plazo que la ANPD ha acotado a dos días hábiles para incidentes graves. En México, el Instituto Nacional de Transparencia (INAI) tiene competencia para investigar brechas en organismos públicos federales bajo la Ley General de Protección de Datos Personales en Posesión de Sujetos Obligados.

    El patrón recurrente en estos incidentes —tanto en Asia meridional como en América Latina— es la ausencia de controles básicos de gobernanza: sin clasificación formal del dato, sin un data owner identificable para el sistema, y sin monitoreo de accesos anómalos. Portales de servicios ciudadanos suelen consolidar datos de identidad de alta sensibilidad sin los controles de acceso equivalentes. La exposición puede ocurrir sin intervención maliciosa: una configuración incorrecta de permisos en el servidor, un endpoint no autenticado, o un archivo indexado públicamente son vectores frecuentes que no requieren capacidad técnica sofisticada.

    La próxima definición crítica es si las autoridades de Rajastán confirman exfiltración activa: ese dato determinará si el incidente escala a notificación obligatoria bajo la ley de protección de datos de India (DPDPA 2023) y si los afectados deben ser comunicados individualmente.

  • SBI: 3.897 registros de clientes expuestos en la dark web

    SBI: 3.897 registros de clientes expuestos en la dark web

    El State Bank of India (SBI) enfrenta una investigación activa tras confirmarse que datos personales de 3.897 clientes fueron expuestos en la dark web, según informó The Statesman el 21 de octubre de 2025. El banco abrió una pesquisa formal para determinar el origen de la filtración.

    La información comprometida incluye datos personales de clientes del banco estatal más grande de India por activos. Según se informó, los registros circularon en foros de la dark web antes de que el incidente fuera detectado y reportado públicamente. El SBI no precisó en la divulgación inicial qué categorías exactas de datos —nombres, números de cuenta, información de identidad fiscal u otros— forman parte del conjunto expuesto, aunque la naturaleza del banco y el volumen sugieren que se trata de información financiera y de identificación personal.

    Datos confirmados del incidente

    • Registros expuestos: 3.897 clientes del SBI
    • Canal de exposición: dark web, según se informó
    • Estado: investigación interna iniciada por el banco
    • Tipo de entidad afectada: banco estatal, mayor institución financiera de India por activos
    • Regulador sectorial competente: Reserve Bank of India (RBI) y CERT-In, organismo de respuesta a incidentes cibernéticos

    Qué se sabe y qué falta confirmar

    Hasta la fecha de publicación de este artículo, no se confirmó oficialmente el vector de ataque —si fue una brecha en sistemas internos, un proveedor tercero o un error de configuración—, ni si el RBI recibió notificación formal del incidente. Tampoco se determinó si los datos provienen de un único evento o de múltiples extracciones. En India, la Personal Data Protection Act (DPDPA) de 2023 establece obligaciones de notificación a la autoridad de protección de datos ante brechas significativas, aunque los plazos reglamentarios específicos aún están siendo reglamentados. Lo que permanece sin confirmar es si el incidente supera los umbrales que activarían esa obligación bajo la normativa vigente.

    Para los equipos de gobernanza de datos de bancos en América Latina, el caso tiene resonancias directas. En Brasil, el Banco Central exige notificación al BACEN ante incidentes relevantes bajo la Resolução CMN nº 4.893/2021, con plazos de hasta 72 horas para eventos críticos. En Argentina, los bancos supervisados por el BCRA deben reportar incidentes de seguridad conforme a la Comunicación A 7724, que también fija ventanas de notificación estrictas. En México, la CNBV establece requerimientos similares para entidades reguladas. El caso SBI ilustra que incluso instituciones de escala sistémica pueden tener registros de clientes activos en mercados ilegales sin detección inmediata, lo que pone en cuestión la efectividad de los controles de monitoreo de exfiltración en tiempo real.

    El próximo hito crítico es la comunicación oficial del SBI al regulador indio, que definirá si el banco cumplió con los plazos de notificación exigidos bajo la DPDPA 2023 y si proceden sanciones formales.

  • SBI confirma brecha: más de 3.000 registros de clientes expuestos en la dark web

    SBI confirma brecha: más de 3.000 registros de clientes expuestos en la dark web

    El State Bank of India (SBI) confirmó una brecha de seguridad que dejó expuestos más de 3.000 registros de clientes en la dark web, según se informó el 21 de octubre de 2026. La entidad bancaria más grande de India reconoció el incidente sin precisar, hasta el momento, el vector de ataque ni el período durante el cual los datos habrían estado accesibles.

    El banco estatal confirmó la exposición luego de que investigadores de ciberseguridad detectaran los registros circulando en foros de la dark web. Según se informó, los datos comprometidos corresponden a clientes individuales, aunque la institución no especificó qué categorías de información personal —nombre, número de cuenta, datos de identificación, historial de transacciones— están incluidas en el lote expuesto. La confirmación oficial llegó a través de un comunicado, sin que se haya informado hasta ahora si se activaron protocolos de notificación individual a los afectados.

    Datos confirmados al cierre de esta edición

    • Más de 3.000 registros de clientes identificados en la dark web
    • El SBI reconoció el incidente de forma oficial
    • No se confirmó el vector de acceso ni la ventana temporal de exposición
    • No se informó si se notificó individualmente a los clientes afectados
    • No se precisó qué campos de datos personales fueron comprometidos

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

    Lo confirmado es el hecho de la exposición y su detección en la dark web. Lo que permanece sin verificar es si los 3.000 registros representan el universo total de datos afectados o una muestra de un volumen mayor —una práctica habitual entre actores maliciosos para validar la autenticidad del lote antes de comercializarlo. Tampoco está claro si el origen de la filtración es un ataque externo, un proveedor tercero, o una mala configuración interna de sistemas. El Reserve Bank of India (RBI), autoridad regulatoria del sector financiero, no había emitido pronunciamiento público al momento de esta publicación.

    Para el ecosistema financiero de América Latina, el caso reitera una vulnerabilidad estructural que reguladores de la región vienen señalando: la cadena de custodia de datos en instituciones bancarias de gran escala. En Brasil, la Resolução CMN 4.893/2021 exige que las entidades financieras mantengan políticas formales de seguridad de la información y notifiquen incidentes relevantes al Banco Central. En Argentina, la Comunicación A 8073 del BCRA establece requisitos equivalentes de reporte para bancos regulados. En México, la CNBV y el INAI comparten jurisdicción sobre brechas en entidades del sector financiero bajo la LFPDPPP. Ninguno de esos marcos admite la ambigüedad que el SBI mantuvo en su comunicado inicial respecto a qué datos fueron afectados y si los clientes fueron notificados.

    El próximo hito crítico es la notificación formal a los titulares afectados: si el SBI no acredita ese paso en los próximos días, la presión regulatoria sobre la institución —y el escrutinio sobre sus controles de acceso— escalará de forma inevitable.

  • Burger King Japón: brecha expone 11 millones de registros de clientes

    Burger King Japón: brecha expone 11 millones de registros de clientes

    Una brecha de datos en Burger King Japón expuso registros de aproximadamente 11 millones de clientes, según informó BleepingComputer el 16 de octubre de 2026. El incidente compromete información personal almacenada por la operación japonesa de la cadena de comida rápida y se ubica entre las filtraciones de mayor escala registradas en el sector de retail y foodservice en Asia este año.

    Según se informó, la brecha afecta datos de clientes de Burger King Japón sin que hasta el momento se hayan detallado públicamente los vectores de ataque ni el período exacto de exposición. La divulgación provino de BleepingComputer, medio especializado en ciberseguridad, lo que sugiere que la información fue revelada o detectada externamente antes —o en paralelo— a una comunicación oficial de la empresa. No se confirmó si la exfiltración incluyó datos de pago, credenciales o únicamente información de identificación personal.

    Datos confirmados al 16 de octubre de 2026

    • Registros expuestos: aproximadamente 11 millones de clientes
    • Empresa afectada: Burger King Japón (operación local de la cadena global)
    • Fuente de divulgación: BleepingComputer, 16 de octubre de 2026
    • Tipo de datos comprometidos: por confirmar oficialmente
    • Vector de ataque: no divulgado a la fecha de publicación

    Qué se sabe y qué falta confirmar

    Lo confirmado es la escala del incidente: 11 millones de registros es una cifra que activa obligaciones de notificación bajo múltiples marcos regulatorios. Lo que permanece sin verificar incluye el tipo específico de datos comprometidos —si hay números de tarjeta, historial de pedidos, contraseñas hasheadas o datos de geolocalización—, el plazo durante el cual los datos estuvieron expuestos, y si Burger King Japón ya notificó a la Agencia de Protección de Información Personal de Japón (PPC, Personal Information Protection Commission), autoridad de control competente bajo la Ley de Protección de Información Personal (APPI). Tampoco se confirmó si el incidente involucra a un proveedor tercero o si es un compromiso directo de la infraestructura propia de la cadena.

    Para las operaciones de cadenas de comida rápida con presencia en América Latina —donde Burger King opera en Argentina, Brasil, México, Colombia, Chile y varios países más—, el caso abre preguntas sobre la arquitectura de datos compartida entre franquiciados y la casa matriz global. Bajo la Lei Geral de Proteção de Dados (LGPD) de Brasil, o la Ley 25.326 argentina, una brecha de esta magnitud en una entidad vinculada podría activar deberes de notificación si hay transferencia internacional de datos personales de titulares locales. La LGPD, en su artículo 48, exige notificación a la ANPD y a los titulares afectados en un plazo razonable cuando el incidente pueda generar riesgo o daño relevante.

    El próximo hito a monitorear es la notificación formal de Burger King Japón a la PPC y la eventual publicación del alcance exacto de los datos comprometidos, lo que determinará si la respuesta regulatoria escala más allá de Japón.

  • Connecticut multa a Frontier Communications con USD 625.000 por brecha de RansomHub

    Connecticut multa a Frontier Communications con USD 625.000 por brecha de RansomHub

    Connecticut llegó a un acuerdo de USD 625.000 con Frontier Communications Parent Inc. por una brecha de datos ocurrida en abril de 2024 y atribuida al grupo de ransomware RansomHub. El fiscal general William Tong anunció el acuerdo el 20 de octubre de 2026, cerrando la investigación estatal sobre el incidente.

    La brecha afectó información personal sensible de clientes y fue ejecutada, según se informó, por RansomHub, uno de los grupos de extorsión más activos del último ciclo. Frontier Communications, proveedor de servicios de telecomunicaciones con presencia en varios estados de EE.UU., fue investigada por la oficina del fiscal Tong tras detectarse que los controles existentes no impidieron el acceso no autorizado ni la exfiltración de datos. El monto del acuerdo —USD 625.000— refleja tanto la gravedad del incidente como la posición negociadora del regulador estatal, que en los últimos años ha convertido a Connecticut en una jurisdicción activa en litigios de privacidad.

    Datos confirmados del incidente de abril de 2024

    • Fecha del incidente: abril de 2024
    • Actor atribuido: grupo RansomHub
    • Empresa afectada: Frontier Communications Parent Inc.
    • Monto del acuerdo: USD 625.000
    • Autoridad actuante: Fiscal General de Connecticut, William Tong
    • Anuncio del cierre: 20 de octubre de 2026

    Qué se sabe y qué falta confirmar sobre el alcance de la exposición

    La información publicada confirma que datos personales sensibles fueron comprometidos, pero el volumen exacto de registros afectados y los tipos específicos de información expuesta no fueron detallados en el comunicado oficial disponible. Tampoco se precisó si Frontier realizó notificaciones individuales a los titulares afectados dentro de los plazos exigidos por la legislación de Connecticut —el estado cuenta con requisitos de notificación de brechas bajo su ley de protección al consumidor—, ni si el acuerdo incluye compromisos de remediación técnica u organizacional adicionales al pago monetario.

    El caso tiene resonancia directa para América Latina: en Brasil, la Lei Geral de Proteção de Dados (LGPD) obliga a notificar a la Autoridade Nacional de Proteção de Dados (ANPD) dentro de un plazo razonable desde la detección del incidente, con posibilidad de multas de hasta el 2% de la facturación local. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) recibe reportes de brechas bajo la Ley 25.326, aunque el marco sancionatorio sigue siendo más acotado que el estadounidense o el europeo. La resolución de Connecticut ilustra que incluso a nivel subnacional, los reguladores de privacidad están dispuestos a litigar y cerrar acuerdos significativos cuando los controles corporativos fallan ante actores de ransomware.

    El próximo punto de atención es si el acuerdo incluye un plan de remediación con plazos verificables —detalle que, según se informó, no fue publicado en el comunicado inicial del fiscal Tong.

  • México reforma la LFPDPPP: lo que su estrategia de IA no puede ignorar

    México reforma la LFPDPPP: lo que su estrategia de IA no puede ignorar

    México atraviesa su momento regulatorio más crítico en materia de datos personales desde que la Ley Federal de Protección de Datos Personales en Posesión de los Particulares (LFPDPPP) entró en vigor en 2010. Las presiones para modernizar ese marco —impulsadas por la expansión de sistemas de inteligencia artificial en el sector privado— colocan a las empresas ante una disyuntiva concreta: adaptar sus estrategias de IA ahora o arriesgar que sus proyectos queden fuera de cumplimiento en un plazo muy breve.

    La LFPDPPP de 2010 frente a los usos de IA en 2025

    La LFPDPPP fue concebida para regular el tratamiento de datos personales por empresas privadas, con obligaciones centradas en el aviso de privacidad, el consentimiento y los derechos ARCO (Acceso, Rectificación, Cancelación y Oposición). En aquel momento, el procesamiento automatizado de datos a la escala que permite la IA generativa era prácticamente inexistente en el mercado masivo. Quince años después, las empresas utilizan modelos de lenguaje, motores de recomendación y sistemas de scoring crediticio que procesan millones de registros personales con lógicas que el legislador de 2010 no anticipó.

    El INAI —el Instituto Nacional de Transparencia, Acceso a la Información y Protección de Datos Personales, autoridad de control en México— ha emitido criterios interpretativos, pero carece de una regulación específica que aborde el tratamiento automatizado de datos con fines de IA, la portabilidad efectiva o la lógica de los modelos de decisión. Esa laguna normativa es precisamente la que el debate de reforma busca cerrar.

    Tres presiones concretas que empujan la reforma en el Congreso mexicano

    El impulso reformador en México responde a al menos tres vectores identificables. Primero, la adhesión de México al convenio 108+ del Consejo de Europa —el instrumento internacional de protección de datos más antiguo— genera obligaciones de alineación que la LFPDPPP actual no satisface plenamente. Segundo, la proximidad regulatoria con Estados Unidos y Canadá bajo el T-MEC exige demostrar estándares equivalentes de protección para preservar flujos de datos transfronterizos, especialmente relevantes para la industria manufacturera y de servicios que opera en los tres países. Tercero, la proliferación de sistemas de IA en banca, salud y telecomunicaciones ha generado quejas ciudadanas ante el INAI por decisiones automatizadas sin explicación ni recurso efectivo.

    Brasil con la LGPD y el artículo 20 como referencia regional inmediata

    México no parte de cero al mirar la experiencia regional. Brasil ya cuenta con el artículo 20 de la Lei Geral de Proteção de Dados (LGPD), que reconoce expresamente el derecho del titular a solicitar revisión humana de decisiones tomadas exclusivamente por medios automatizados, incluyendo las que afecten intereses en procesos de definición de perfil. La Autoridade Nacional de Proteção de Dados (ANPD) de Brasil publicó en 2023 un documento de referencia sobre el tema y trabaja actualmente en reglamentación específica para IA. Ese camino —ley general más reglamentación sectorial para IA— es el modelo que observan con atención los técnicos del INAI.

    Argentina, por su parte, tiene pendiente la actualización de la Ley 25.326 de Protección de Datos Personales, sancionada en el año 2000. La Agencia de Acceso a la Información Pública (AAIP) presentó en 2023 un anteproyecto de reforma que incorpora disposiciones sobre tratamientos automatizados y elaboración de perfiles, pero al cierre de esta edición el texto no había avanzado en el Congreso. Colombia trabaja con la Ley Estatutaria 1581 de 2012 y resoluciones de la Superintendencia de Industria y Comercio, que tampoco contemplan de manera específica los tratamientos basados en IA. En los tres casos, la brecha entre el texto legal vigente y la práctica tecnológica actual es evidente.

    Qué cambia para una empresa con operaciones en México si la reforma prospera

    Las obligaciones que circulan en los borradores de reforma discutidos en México incluyen, según se informó, requisitos de explicabilidad para decisiones automatizadas con efectos significativos sobre personas, evaluaciones de impacto en privacidad (Privacy Impact Assessments) como condición previa al despliegue de ciertos sistemas de IA, y plazos de notificación de brechas de seguridad más estrictos que los actuales. Para empresas que ya operan con pipelines de datos entrenando modelos, esto implica revisar la base legal de cada tratamiento, verificar si el consentimiento obtenido en los avisos de privacidad actuales cubre usos de IA no especificados, y documentar la lógica de los modelos en términos comprensibles para el titular.

    El impacto no es solo compliance formal. Las empresas que utilizan proveedores de IA en la nube —ya sea para modelos de lenguaje, análisis predictivo o automatización de procesos— deben revisar sus contratos de encargado de tratamiento para asegurarse de que las cláusulas reflejen las nuevas obligaciones que una eventual reforma impondría al responsable del dato. Un aviso de privacidad que no mencione el uso de IA para perfilado no sobrevive un requerimiento del INAI bajo un marco actualizado.

    Qué monitorear en los próximos 90 días

    El calendario legislativo mexicano concentra los meses restantes de 2025 y el primer trimestre de 2026 como la ventana más probable para que un dictamen de reforma tome estado parlamentario. Las empresas con operaciones en México deben seguir de cerca tres hitos: la publicación de eventuales lineamientos del INAI sobre IA (que pueden anticipar obligaciones antes de que haya ley), el avance del convenio 108+ en el Senado mexicano, y la evolución del debate en la ANPD de Brasil, cuyas resoluciones suelen operar como referencia comparada en los trabajos técnicos del INAI.

    Nuestro análisis

    La narrativa de que la LFPDPPP es una ley “blanda” que tolera usos extensivos de datos personales en IA ha sido, hasta ahora, una lectura interesada del silencio normativo. Ese silencio no es permiso: es riesgo acumulado. El INAI tiene facultades sancionatorias bajo el texto vigente —multas de hasta 320.000 días de salario mínimo general, según el artículo 65 de la LFPDPPP— y puede aplicarlas a tratamientos de IA que vulneren los principios de finalidad, proporcionalidad o consentimiento aunque no exista reglamento específico de IA. Las empresas que han diferido la revisión de sus programas de privacidad bajo el argumento de que “la ley no dice nada sobre IA” están apostando a que el INAI tampoco lo hará. Esa apuesta tiene fecha de vencimiento.

    La pregunta que deberían hacerse los equipos legales y de datos en México no es si la reforma llegará, sino si sus proyectos de IA están diseñados para sobrevivirla cuando llegue.

  • Cuando la voz se convierte en dato: qué enseña la litigación sobre huellas de voz

    Cuando la voz se convierte en dato: qué enseña la litigación sobre huellas de voz

    Las huellas de voz —voiceprints— son datos biométricos, y los tribunales ya están dictaminando sobre quién los puede capturar, almacenar y usar. Para los equipos de gobernanza de datos, esa jurisprudencia emergente no es un asunto legal abstracto: es una guía práctica para diseñar controles que soporten el escrutinio judicial.

    Un voiceprint es la representación matemática única de la voz de una persona, derivada de características fisiológicas y de comportamiento que permanecen estables a lo largo del tiempo. En la práctica, cualquier sistema que grabe, analice o compare voces para identificar o autenticar individuos está tratando datos biométricos. Eso cambia radicalmente el régimen de obligaciones aplicable: ya no se trata de datos de contacto o preferencias de usuario, sino de una categoría especial con requisitos de consentimiento, limitación de finalidad, plazos de retención y medidas de seguridad reforzadas.

    Por qué la litigación en EE. UU. sobre voiceprints importa fuera de ese país

    La mayoría de los casos de biometría de voz ventilados en tribunales estadounidenses invocan la Biometric Information Privacy Act (BIPA) de Illinois, vigente desde 2008. Esa ley exige consentimiento explícito previo a la recolección, prohíbe la comercialización de datos biométricos y fija plazos de destrucción. Las demandas colectivas bajo BIPA han resultado en acuerdos millonarios contra operadores de centros de llamadas, plataformas de voz sobre IP y sistemas de autenticación de bancos. Lo que estos fallos revelan no son solo sanciones económicas: revelan qué controles de gobernanza estaban ausentes cuando ocurrió el litigio. Esa información es transferible a cualquier jurisdicción.

    En América Latina, el marco legal para datos biométricos está fragmentado pero es exigente. La Ley General de Protección de Datos Personales de Brasil (LGPD) clasifica los datos biométricos como datos sensibles en su artículo 5, inciso II, y exige base legal específica para su tratamiento. En Argentina, la Agencia de Acceso a la Información Pública (AAIP) ha emitido criterios que equiparan la biometría a datos sensibles bajo la Ley 25.326. México, a través del INAI, ha sancionado a organizaciones por capturar huellas vocales sin consentimiento expreso en servicios de atención telefónica. Chile, con su nueva Ley 21.719 de protección de datos personales, en vigor desde 2026, incluye disposiciones explícitas para datos biométricos con estándares próximos al GDPR.

    Qué falla en gobernanza cuando llega un litigio por voz

    El análisis de casos bajo BIPA y de resoluciones de autoridades latinoamericanas muestra un patrón recurrente de fallas de gobernanza, no de fallas tecnológicas. Los problemas más frecuentes son:

    • Ausencia de clasificación: los voiceprints no estaban identificados como datos biométricos en el catálogo o inventario de datos de la organización, y por tanto no recibían los controles de categoría especial.
    • Ownership difuso: el data steward responsable del activo no estaba asignado, lo que generó confusión sobre quién debía gestionar el consentimiento y los plazos de retención.
    • Ausencia de data lineage: no existía trazabilidad sobre dónde se almacenaban las grabaciones, qué sistemas las procesaban ni a qué terceros se transferían.
    • Políticas de retención sin cumplimiento efectivo: muchas organizaciones tenían políticas escritas pero carecían de controles automatizados para eliminar grabaciones al vencer el plazo.
    • Consentimiento genérico: los avisos de privacidad mencionaban “grabación de llamadas” sin distinguir entre grabación de audio para control de calidad y creación de un modelo biométrico de identificación.

    Cuándo aplica el régimen biométrico y cuándo no

    No toda grabación de voz genera un voiceprint. Una llamada grabada para control de calidad que se almacena como archivo de audio y no se analiza con algoritmos de identificación biométrica no es, en principio, un dato biométrico en el sentido jurídico. El umbral se cruza cuando el sistema extrae un template matemático de características vocales con el propósito de identificar o autenticar a la persona. Esa distinción técnica debe estar reflejada en el catálogo de datos con metadatos de clasificación precisos: “grabación de audio” y “voiceprint” son activos distintos con regímenes distintos. En términos del DAMA-DMBOK, esto corresponde a la función de Data Classification dentro del dominio de Data Security, y su correcta aplicación depende de que el data steward tenga visibilidad sobre qué hace el sistema con el audio una vez capturado.

    Tampoco aplica el régimen biométrico cuando el tratamiento del audio es puramente para transcripción automática sin extracción de características de identidad. Sin embargo, si esa transcripción luego alimenta un modelo que aprende a reconocer al hablante, el régimen biométrico se activa en esa segunda capa. Muchos incidentes de gobernanza ocurren exactamente ahí: el tratamiento inicial parecía inocuo, pero un componente de inteligencia artificial incorporó la función de identificación sin que los equipos de datos lo advirtieran.

    Controles concretos que la jurisprudencia exige tener documentados

    Los patrones de litigación permiten inferir qué controles deben estar en pie y poder demostrarse ante un tribunal o una autoridad de control. En el marco del EDM Council (CDMC), esto corresponde a las capabilities de Data Protection y Data Risk Management. Los controles mínimos que los casos judiciales han identificado como ausentes incluyen: un registro de actividades de tratamiento que diferencie explícitamente la captura de audio de la generación de voiceprints; cláusulas contractuales con proveedores de telefonía e IA que establezcan prohibiciones de uso secundario; procedimientos de eliminación verificable de templates biométricos con logs auditables; y mecanismos de consentimiento granular que distingan entre “grabación de llamada” y “creación de perfil biométrico de voz”. Un CDO que opera centros de atención al cliente o sistemas de autenticación por voz debería revisar esta semana si esos controles existen, están asignados a un owner y tienen evidencia de ejecución.

    En Argentina, la AAIP puede requerir esa evidencia en el marco de una inspección de oficio. En Brasil, la ANPD tiene competencia para iniciar procedimientos sancionatorios con multas de hasta el 2% de la facturación en Brasil, con un tope de 50 millones de reales por infracción. En México, el INAI ha precedentes de resoluciones contra empresas de telecomunicaciones por exactamente este tipo de tratamiento.

    El texto completo de la BIPA de Illinois, referencia central en la jurisprudencia analizada, está disponible en el sitio oficial de la Asamblea General del Estado de Illinois (ilga.gov), y el artículo 5 de la LGPD brasileña en la plataforma de legislación federal de Brasil (planalto.gov.br); ambos son puntos de partida obligados para cualquier equipo que esté revisando su inventario de datos biométricos.

  • Lectores de placas y vigilancia masiva: por qué se necesita orden judicial

    Lectores de placas y vigilancia masiva: por qué se necesita orden judicial

    Los lectores automáticos de placas vehiculares (ALPR, por sus siglas en inglés) registran cada auto que pasa, construyendo un historial detallado de movimientos de personas que nunca fueron sospechosas de nada. La Electronic Frontier Foundation (EFF) sostiene que, mientras estos sistemas sigan operando, los tribunales y legislaturas deben exigir una orden judicial antes de que la policía pueda consultar esa base de datos.

    Un ALPR es una cámara instalada en postes, patrullas o edificios que fotografía automáticamente las placas de todos los vehículos que pasan, registrando la matrícula, la ubicación y la hora exacta. Esos datos se almacenan en bases de datos consultables durante meses o años. No se trata de vigilancia focalizada sobre un sospechoso: es captura masiva de información sobre cualquier persona que conduzca por una vía pública, independientemente de si tiene algún vínculo con una investigación penal.

    Qué hace falta para que una orden judicial sea válida en EE. UU.

    En el sistema estadounidense, la Cuarta Enmienda exige que antes de registrar a una persona o sus propiedades, un juez neutral determine que existe causa probable, es decir, una probabilidad razonable de que la búsqueda revelará evidencia de un delito. Además, la orden debe describir con precisión qué se buscará, lo que impide las llamadas “expediciones de pesca” donde la policía explora registros sin un objetivo definido. El principio clave es que quien quiere buscar no es quien decide si la búsqueda está justificada.

    Esa lógica ya aplica a otras formas de vigilancia: en general se requiere orden judicial para intervenir llamadas telefónicas, para revisar el contenido de un celular y para acceder a datos de ubicación de torres de telefonía. La EFF argumenta que el acceso a bases de datos de ALPR debería seguir el mismo estándar, dado que revelan patrones de movimiento igualmente sensibles.

    Usos documentados sin orden judicial: perfilación, deportaciones y acoso

    La EFF documentó casos concretos en los que agentes de policía accedieron a datos de ALPR sin orden judicial para fines que van mucho más allá de la investigación criminal legítima. Entre los usos relevados figuran:

    • Perfilación étnica de comunidades romaní.
    • Monitoreo de manifestantes y activistas.
    • Investigación de casos relacionados con el acceso al aborto.
    • Localización de personas migrantes para su deportación.
    • Seguimiento de un ciudadano que había presentado una queja contra un agente.
    • Acoso a ex parejas románticas por parte de efectivos policiales.
    • Consultas sin justificación declarada.

    Sin un control judicial previo, estos abusos solo salen a la luz después de que el daño ya ocurrió, y la persona afectada debe recorrer un camino largo y costoso para impugnarlos. Una exigencia de orden judicial invertiría esa carga: la justificación vendría antes del acceso, no después.

    Cuándo aplica la exigencia de orden judicial — y cuándo no

    La EFF aclara que un requisito de orden judicial no convierte la vigilancia masiva en aceptable; solo introduce un control mínimo sobre su uso. Las ciudades que ya tienen sistemas ALPR instalados necesitarían legislación estadual o doctrina judicial que establezca explícitamente ese estándar, dado que actualmente no existe una norma federal uniforme en Estados Unidos que lo exija. El requisito tampoco elimina el problema de la captura indiscriminada de datos: el registro sigue ocurriendo para todos, sospechosos o no. La posición de la EFF es más amplia: las ciudades no deberían adquirir estos sistemas, y las que ya los tienen deberían desmantelarlos.

    El debate llega a América Latina, donde la expansión de ALPR avanza sin marcos claros

    En la región, el despliegue de ALPR creció sostenidamente durante la última década sin que la legislación de protección de datos haya acompañado ese ritmo. En Argentina, la Ley 25.326 de Protección de los Datos Personales reconoce que los datos de ubicación pueden ser datos sensibles según su contexto de uso, pero no establece estándares específicos para la recolección masiva por organismos de seguridad. En Brasil, la Lei Geral de Proteção de Dados (LGPD, Lei nº 13.709/2018) contempla excepciones amplias para el tratamiento de datos con fines de seguridad pública que han sido objeto de crítica por parte de especialistas en privacidad. En México, la LFPDPPP protege datos en el sector privado, pero el tratamiento por autoridades gubernamentales queda fuera de su alcance directo, regulado en cambio por la Ley General de Protección de Datos Personales en Posesión de Sujetos Obligados, cuya aplicación efectiva es irregular según distintos informes de organizaciones civiles.

    En ninguno de esos marcos existe hoy una obligación expresa equivalente a la orden judicial para que fuerzas de seguridad accedan a bases de datos de matrículas vehiculares acumuladas. Esa brecha normativa importa: si la discusión estadounidense gira en torno a requerir una autorización judicial previa para un sistema que ya opera con ciertos controles institucionales, en la región el punto de partida es más básico aún. La mayoría de los despliegues de ALPR en ciudades latinoamericanas carecen de registros públicos sobre quién accede a los datos, con qué frecuencia y bajo qué criterio.

    Para profundizar en el marco legal aplicable, la posición completa de la EFF sobre sistemas ALPR y sus recomendaciones de política pública están disponibles en eff.org. En América Latina, el Relator Especial de la ONU para la Libertad de Expresión ha señalado la vigilancia de espacios públicos como área prioritaria de análisis en sus informes regionales.