180.000 reuniones. Calculando cinco personas por llamada, esto representa las conversaciones de 900.000 personas: negociaciones comerciales, entrevistas de trabajo, evaluaciones de desempeño, reuniones de estrategia corporativa y sesiones de trabajo de organismos gubernamentales. Todas ellas estaban almacenadas por una herramienta asistida por IA en una base de datos en la nube cuya puerta permaneció abierta. Cualquier persona que registrara una cuenta gratuita podía buscar entre los registros de las 180.000 reuniones e incluso obtener enlaces en tiempo real a llamadas en curso para unirse sin invitación. El investigador de ciberseguridad Bob Diachenko hizo exactamente eso: accedió a una videoconferencia del Ministerio de Educación de Malasia con 157 asistentes presentes. Nadie lo había invitado y la sesión se estaba grabando en directo.
Una empresa cuyo negocio es guardar los secretos de los demás
La empresa se llama tl;dv (acrónimo de “Too Long; Didn’t View”, que se traduce como “demasiado largo; no lo vi”), una herramienta de asistencia para reuniones con IA que integra un bot en tus llamadas de Zoom, Google Meet o Teams para grabar la sesión, generar transcripciones y sintetizar los puntos clave mediante inteligencia artificial. Con más de dos millones de usuarios, el respaldo de fondos de inversión y una presencia destacada en el sector comercial de LinkedIn, la herramienta disfrutaba de una sólida reputación.
Llamadas de ventas, entrevistas de selección, revisiones salariales, sesiones de estrategia interna: los usuarios guardaban absolutamente todo en la plataforma. Es exactamente el tipo de contenido que se comparte tras el aviso de “Esta reunión está siendo grabada”, cuando los asistentes sonríen con cierta incomodidad y proceden a discutir secretos comerciales durante los siguientes 45 minutos.
Cómo ocurrió la vulnerabilidad: Sin hackers, solo una puerta sin cerrojo
Conviene aclararlo desde el principio: no se trató de un ciberataque sofisticado. No hubo descifrado de contraseñas ni explotación de vulnerabilidades complejas de día cero; el atacante ni siquiera tuvo que recurrir al “hacking”.
El fallo radicaba en el control de acceso de la base de datos. Las bases de datos en la nube como Firestore de Google aplican una regla fundamental: cada usuario solo debe acceder a sus propios datos (concepto conocido en el ámbito técnico como aislamiento entre inquilinos o tenant isolation). La base de datos de tl;dv carecía por completo de esta capa de aislamiento. Es comparable a un edificio de apartamentos donde cada vivienda debería tener su propia cerradura, pero en su lugar solo existe un vestíbulo principal con un libro de registro que detalla los números de puerta, los correos electrónicos de los inquilinos y qué habitación está celebrando una reunión en ese preciso instante. Cualquier inquilino registrado con una cuenta gratuita podía hojear el registro y llamar a la puerta que deseara.
Figura: Lista de registros de reuniones localizada por los investigadores. Cualquier usuario registrado podía consultar la totalidad de la base de datos. Fuente: bobdahacker.com
Los investigadores contabilizaron los registros almacenados: 181.874 reuniones pertenecientes a 84.312 usuarios en 35.003 dominios corporativos. La filtración abarcaba encuentros de organismos gubernamentales de 23 países, universidades de renombre como UC Berkeley o la Universidad de Tokio, y grandes corporaciones como Mitsui y HubSpot. El pico de mayor volumen se registró el pasado mes de julio, con 43.209 nuevas reuniones almacenadas en un solo mes.
Aún más crítico era el componente en tiempo real: en cualquier momento había unas 1.000 reuniones grabándose simultáneamente, con sus enlaces directos visibles en la base de datos, lo que permitía a scripts automatizados unirse masivamente. El investigador lo demostró en directo: al acceder a la reunión del Ministerio de Educación de Malasia con 157 asistentes, había una presentación en curso y el propio bot de tl;dv figuraba en la lista de participantes.
Figura: Reunión en vivo con 157 participantes a la que el investigador accedió sin invitación mientras la grabación continuaba. Fuente: bobdahacker.com
Para potenciales atacantes, el valor de estos datos trasciende con creces los resúmenes de texto: reside en el propio audio. Especialistas en prevención de fraude por suplantación de voz señalaron en los comentarios: con muestras de voz reales de un empleado, los modelos de IA pueden clonar su voz con tal precisión que permiten llamar al departamento financiero para solicitar transferencias de dinero. Esta filtración equivalió a distribuir las “huellas vocales” de miles de personas a escala global.
Qué había oculto en las actas de las reuniones
¿Qué se trata en una reunión? Negociaciones salariales, listas de despidos, planes de fusión y adquisición, disputas legales y precios mínimos de oferta. Las reuniones gubernamentales pueden afectar a la seguridad nacional: en la lista filtrada figuraban transcripciones del Ministerio de Transformación Digital de Ucrania, lo que llevó a los comentaristas a preguntarse directamente si en Ucrania sabían que Rusia podía estar observando. En otra videoconferencia intervenida, un equipo de estudiantes emprendedores de una universidad estadounidense compartía pantalla y mostraba prototipos; mientras discutían la validación de correos electrónicos, el investigador pensaba en silencio: “Por favor, configurad también bien los permisos de vuestra base de datos”.
Figura: Otra sesión intervenida en la que un equipo universitario compartía pantalla para mostrar su prototipo. Fuente: bobdahacker.com
Además, más de 1.000 reuniones habían sido marcadas como “públicas” por los propios usuarios, permitiendo escuchar los audios y leer las transcripciones sin restricción. Entre ellas figuraba una sesión sobre protección ambiental del gobierno brasileño (con asistencia de WWF y The Nature Conservancy) y una llamada de ventas de HubSpot. Asimismo, quedaron expuestas 715 direcciones de correo electrónico de asistentes distribuidas en 228 dominios, constituyendo una lista idónea para campañas de phishing.
La respuesta de la empresa: Meses de silencio y la justificación de datos públicos
Lo que más indignó a la comunidad tecnológica fue la gestión del incidente tras su notificación. El investigador contactó con tl;dv el 28 de enero a través de LinkedIn. A los pocos minutos, la empresa respondió: “¡Gracias! Por favor, envíalo a nuestro CTO”. Después de eso, el CTO no volvió a responder. El investigador realizó múltiples reiteraciones en febrero, marzo y julio, mientras la base de datos continuaba abierta. No fue hasta principios de agosto, cuando el informe de investigación se hizo público y los medios de comunicación comenzaron a hacerse eco, cuando la empresa solucionó el fallo en pocos días y publicó una respuesta oficial.
La declaración más controvertida del comunicado afirmaba que los datos expuestos “se limitaban estrictamente a metadatos” y que las grabaciones y transcripciones “nunca se filtraron”, sosteniendo que las reuniones accesibles eran solo aquellas que “los usuarios eligieron hacer públicas activamente”, calificándolas de “datos públicos”. La respuesta de los usuarios fue inmediata: el investigador había obtenido el contenido completo de más de 1.000 reuniones públicas, y los usuarios que marcaron la opción de compartir no imaginaban que estaban haciendo sus conferencias indexables para todo el mundo. Irónicamente, el CEO de la empresa había declarado en una entrevista meses atrás que las empresas europeas “se preocupan más por los datos, la seguridad y la privacidad” y que “integran el cumplimiento normativo en el producto desde el primer día”, una cita que fue reproducida textualmente en los foros de discusión.
¿Qué evalúan realmente las certificaciones de seguridad de la industria?
Esto nos devuelve a la cuestión inicial: las certificaciones. La página de seguridad de la empresa lucía una colección de insignias: cumplimiento SOC 2, conformidad con el GDPR, cifrado AES-256… como un vitral de trofeos. Tras el incidente, el comentario dominante en los foros de desarrolladores era rotundo: estas certificaciones no garantizan nada en la práctica.
¿Qué evalúa en realidad una auditoría de seguridad? En pocas palabras: si tienes políticas de seguridad documentadas por escrito y si puedes demostrar que sigues los procedimientos que has redactado. ¿Qué no evalúa? Si la política en sí está bien diseñada, si la base de datos está cerrada o si el producto es verdaderamente seguro. Es como un examen que solo comprueba si respondes siguiendo tus propias reglas escritas, independientemente de que la respuesta sea correcta o no: si escribes que “1+1=3” y demuestras que siempre calculas así, apruebas el examen. O como un inspector sanitario que verifica que un restaurante ha colgado el “Manual de Higiene” y cumple lo escrito, sin evaluar si el manual exige “limpiar la cocina diariamente” o “limpiarla una vez antes de abrir”, y sin inspeccionar la suciedad real de las instalaciones.
Un profesional del sector compartió una experiencia ilustrativa: para superar una auditoría de certificación, su empresa le exigió instalar un “software de monitorización de cumplimiento” en su portátil. Cumplió con el requisito, dejó ese equipo a un lado y continuó trabajando en su ordenador personal; “la certificación se mantuvo impecable”. Otro usuario recordó haber utilizado una herramienta también certificada cuyos registros de chat se subían obligatoriamente al servidor del proveedor y podían hacerse públicos con un solo clic. Los esquemas de certificación demuestran que una empresa “hace lo que dice”, pero el problema de fondo siempre ha sido: si lo que dice tiene algún valor real.
Reflexiones sobre la confianza y el cumplimiento normativo
En este suceso, la arquitectura técnica no resulta compleja; lo complejo es el quiebre de la confianza. Los usuarios confiaron a una herramienta las conversaciones más reservadas de sus salas de reuniones, y la herramienta las depositó en un armario sin llave. Los usuarios asumieron que los sellos de certificación eran un compromiso de seguridad, mientras que los marcos de auditoría solo garantizaban que el papeleo estaba en orden. Los agujeros en una base de datos se pueden reparar y las reglas de Firebase se pueden reescribir, pero el menoscabo que sufre la palabra “certificación” en la mente de los usuarios será muy difícil de restaurar.
Este análisis no pretende emitir un juicio categórico sobre ninguna de las partes: la empresa sostiene que existieron “dos vulnerabilidades independientes y la primera se corrigió hace tiempo”, mientras que el investigador documenta “seis meses sin respuesta con la base de datos abierta en todo momento”. Corresponde al lector comparar ambas versiones. Sin embargo, hay una reflexión que conviene considerar: la próxima vez que en una videoconferencia se anuncie “Esta reunión va a ser grabada”, quizá valga la pena preguntarse si la herramienta que la graba está a la altura de tu voz.
Enlaces de referencia:
- Bob Diachenko: Informe de investigación sobre la fuga de Tl;dv
- Hilo de discusión en Hacker News (HN)
- Respuesta oficial de tl;dv: “Our thoughts on the darkreading.com article”
- Reportaje de Dark Reading: “AI Notetaker Exposes Government, Corporate Video Calls”
- Análisis de SourceFeed: “One Missing Firestore Rule Exposed 181,874 Meetings”
