Una investigadora de seguridad descubrió 181,874 registros de reuniones expuestos abiertamente en Internet, accesibles para cualquier usuario registrado sin necesidad de contraseña. A pesar de haber notificado la falla al proveedor el 28 de enero, el CTO de la empresa no respondió a un solo correo electrónico durante seis meses. Cuando volvió a verificar el 22 de julio, los datos continuaban totalmente expuestos.
El proveedor responsable es tl;dv, una popular herramienta de IA para actas de reuniones que afirma contar con más de 2 millones de usuarios. Durante las videollamadas, el servicio envía un bot a Google Meet, Zoom o Teams que graba, transcribe y resume la sesión de forma automática.
Este tipo de herramientas no graba simples conversaciones informales: llamadas de ventas, entrevistas de trabajo, evaluaciones de desempeño y reuniones de estrategia ejecutiva quedan almacenadas. Una frase del informe de investigación lo resume a la perfección: alguien en la reunión anuncia “esta llamada será grabada”, todos sonríen con cierta incomodidad y luego proceden a discutir secretos comerciales durante 45 minutos.
El problema: ¿Quién tiene derecho a ver las reuniones?
tl;dv almacena los registros de las reuniones en una base de datos en la nube regulada por reglas de seguridad diseñadas para controlar los permisos de acceso. Estas reglas debían aislar estrictamente a los usuarios para que cada uno solo pudiera ver sus propias reuniones. En la práctica, la configuración real permitía a cualquier usuario registrado consultar y obtener todos los registros de reuniones de toda la plataforma sin excepción.
Es equivalente a un edificio de apartamentos donde cada puerta tiene cerradura, pero el archivador central de la administración en el vestíbulo permanece abierto: cualquier residente puede revisar la información de todos los inquilinos. Lo que es peor, los archivos incluían dónde estaban ocultas las llaves de repuesto: cada registro contenía el enlace directo a la reunión y, en las sesiones en curso, los enlaces estaban activos.
Figura: Interfaz de consulta de registros de reuniones filtrados. Fuente: bobdahacker.com
La investigadora comprobó que en cualquier momento había unas 1,000 reuniones grabándose en vivo con enlaces totalmente accesibles. En una demostración en directo, utilizó uno de estos enlaces para entrar sin invitación a una conferencia virtual del Ministerio de Educación de Malasia con más de 157 asistentes. También accedió a una reunión de proyecto de emprendimiento de estudiantes universitarios en EE. UU., donde 21 participantes compartían pantalla mostrando código fuente y prototipos no publicados.
Figura: Captura al acceder a la reunión del Ministerio de Educación de Malasia. Fuente: bobdahacker.com
Figura: Pantalla compartida durante la reunión de estudiantes emprendedores. Fuente: bobdahacker.com
El proceso completo no requirió exploits, malware ni contraseñas robadas. Simplemente faltaba una línea en las reglas de acceso a la base de datos. Detrás de la cifra de 181,874 registros no había un ciberataque sofisticado: el vector de amenaza era la propia red pública de Internet.
La escala: Desde gobiernos y universidades hasta empresas cotizadas
La exposición fue mucho más allá de los enlaces de reuniones. Los 181,874 registros pertenecían a 84,312 usuarios en 35,003 dominios corporativos e institucionales. Se incluyeron reuniones gubernamentales de 23 países, como Brasil, Ucrania, Estados Unidos, Japón y Malasia. En el ámbito académico figuraban instituciones como la UC Berkeley y la Universidad de Tokio. Entre las empresas afectadas se encontraban firmas destacadas como HubSpot, Confluent y Mitsui Fudosan. El pico de actividad ocurrió en julio de 2025, con 43,000 reuniones nuevas registradas en un solo mes.
En una muestra auditada de 27,334 reuniones marcadas como “públicas”, más de 1,000 permitían ver directamente todo su contenido, exponiendo de paso 715 correos electrónicos de asistentes. Cuando una empresa introduce sus reuniones en una herramienta configurada de este modo, entrega efectivamente las llaves de sus salas de juntas a la configuración por defecto del proveedor.
La respuesta de la empresa y una cronología contradictoria
tl;dv terminó respondiendo, pero solo después de que el caso saltara a los medios. El 5 de agosto, el CTO Allan Bettarel publicó un comunicado aclarando varios puntos: la filtración estuvo “estrictamente limitada a metadatos” sin dar acceso a audio, transcripciones o resúmenes de IA; el fallo reportado en enero había sido subsanado; el acceso comprobado en julio correspondía a una nueva ruta independiente solucionada en 24 horas; y la empresa decidió eliminar por completo Firebase de su arquitectura tecnológica. El CTO admitió: “Asumo la total responsabilidad por no haber dado un seguimiento continuo al informe de la investigadora a principios de año”.
Sin embargo, las dos versiones chocan frontalmente. La cronología documentada por la investigadora muestra un reporte inicial el 28 de enero seguido de siete consultas de seguimiento que el CTO ignoró por completo, manteniéndose la vulnerabilidad reproducible el 22 de julio. Por contra, la empresa sostiene que se trató de dos fallos independientes corregidos con rapidez. En el foro técnico Lobsters, muchos ingenieros calificaron la respuesta de la empresa como “gaslighting”: no negar los hechos, pero redefinir la gravedad para alterar la percepción.
Para un observador externo es difícil determinar qué versión se acerca más a la realidad, pero hay un hecho incontrovertible: la página de seguridad de la empresa lucía sellos de cumplimiento como SOC2 y GDPR junto a la promesa de “respuesta en 24 horas por parte de nuestro equipo de seguridad”, mientras ignoraba los correos de una investigadora durante seis meses. Las certificaciones demuestran que existen procedimientos en papel, no que los datos estén realmente seguros.
Priorizar la cuota de mercado sobre la seguridad
El sector de resúmenes de reuniones con IA es uno de los segmentos SaaS más saturados del momento, con herramientas como Fathom, Otter, Fireflies y tl;dv compitiendo ferozmente por los mismos usuarios. La velocidad para captar mercado suele superar con creces el ritmo con el que se corrigen las fallas de seguridad. La trayectoria típica de estas startups consiste en habilitar permisos predeterminados muy amplios para facilitar el uso y aplazar la configuración de seguridad para después del lanzamiento.
Un detalle revelador del informe de investigación ilustra la cultura de seguridad interna: tl;dv mantenía una pequeña aplicación de porra del Mundial en un subdominio público sin autenticación, exponiendo los nombres y correos corporativos de 19 empleados a través de endpoints de API. Una empresa encargada de custodiar las grabaciones de 2 millones de usuarios no protegió ni su propia lista de empleados. Esto demuestra, mejor que cualquier auditoría, que la cultura de seguridad nunca estuvo integrada en la organización.
¿Qué significa esto para los usuarios ordinarios?
Cada palabra dicha en una reunión asistida por IA se sube a los servidores del proveedor, se transcribe, se procesa con modelos de IA y se guarda en bases de datos. La seguridad de esos datos depende de la configuración por defecto del proveedor, pero casi ninguna empresa que contrata estos servicios audita esas configuraciones. Los compradores se fijan en las demostraciones, el precio y los argumentos de venta; preguntas clave como dónde se almacenan los datos, quién tiene acceso y cómo se elimina la información quedan sin formular porque a menudo ni los vendedores saben responderlas.
Aunque el margen de acción de los usuarios individuales es limitado, existen medidas preventivas sencillas: evitar el uso de herramientas de IA en reuniones sobre salarios, personal o estrategia de fusiones y adquisiciones; revisar la configuración del servicio para comprobar que las reuniones pasadas no estén marcadas como “públicas” y restringir los permisos de compartición; y a nivel corporativo, exigir respuestas claras sobre el almacenamiento, acceso y eliminación de datos antes de contratar. Pocos proveedores darán respuestas satisfactorias al principio, pero la presión de los clientes acabará forzando configuraciones seguras por defecto.
Las 180,000 reuniones expuestas son ya un hecho consumado. Que las futuras herramientas de IA repitan estos mismos errores de configuración depende de que los usuarios empiecen a formular las preguntas adecuadas. Los proveedores calculan el equilibrio entre conveniencia y privacidad; es hora de que los usuarios también hagan sus propios cálculos.
Enlaces de referencia:
- Informe de investigación de BobDaHacker: 181,874 reuniones expuestas en la web pública
- Debate en Lobsters (s/97laur)
- Respuesta oficial de tl;dv: Declaración sobre la cobertura de DarkReading (CTO Allan Bettarel)
- Debate en Hacker News (item?id=49188723)
