tl;dv, l’assistente AI per riunioni, espone 180 mila incontri: spionaggio in diretta possibile

Il ricercatore BobDaHacker ha documentato una grave carenza nel controllo degli accessi di tl;dv (Too Long; Didn’t View), l’assistente AI che registra e trascrive videochiamate. Il backend dell’applicazione, basato su Google Cloud Firestore, lascia la collezione “meetings” priva di isolamento tenant: qualunque utente autenticato può interrogare i metadati di tutte le riunioni in cui tl;dv è attivo. BobDaHacker ha poi dimostrato che, con quei metadati, è possibile unirsi alla chiamata impersonando il bot stesso. Il test ha avuto successo nell’80% dei tentativi. La notizia è stata resa pubblica il 4 agosto 2026. Il vendor non ha ancora risposto e la falla resta attiva.

Il database Firestone senza regole: una porta aperta

tl;dv utilizza Firebase come backend per memorizzare le informazioni sulle riunioni. La collezione “meetings” contiene identificativi, orari e dati di accesso di ogni videochiamata in cui il bot è presente o programmato. Di norma, le regole di sicurezza Firestore dovrebbero limitare l’accesso ai soli utenti appartenenti a un’organizzazione, isolando i tenant. In questo caso, nessuna regola è stata applicata: un utente autenticato generico può enumerare la collezione senza restrizioni, leggendo i metadati di ogni meeting. Da lì, il passaggio all’accesso alla riunione è breve.

BobDaHacker ha ricostruito il meccanismo di autocomposizione del bot e ha mostrato come un attaccante possa usare i token di invito contenuti nei metadati per farsi riconoscere come tl;dv stesso. Il sistema di controllo della riunione accetta il falso bot e consente l’ingresso nell’80% delle chiamate testate. Il metodo funziona su Zoom, Google Meet e Microsoft Teams, le piattaforme con cui tl;dv si integra. Non serve exploit complesso: bastano poche chiamate API e l’assenza di regole Firestore.

180 mila riunioni, 80 mila utenti, 23 governi coinvolti

L’analisi dei metadati ha fotografato l’estensione del problema. BobDaHacker ha trovato oltre 180.000 record di chiamate completate, appartenenti a più di 80.000 utenti. I domini coinvolti includono indirizzi .gov di 23 paesi diversi, il che segnala la presenza di tl;dv in incontri di amministrazioni pubbliche. Nel campione figurano anche grandi imprese come HubSpot e Mitsui Fudosan, e atenei come UC Berkeley e l’Università di Tokyo. Non si tratta di meeting di prova: i metadati descrivono riunioni di lavoro reali, con date, partecipanti e piattaforme.

Le trascrizioni e le registrazioni non sarebbero direttamente esposte tramite questa vulnerabilità. Ma l’ingresso in tempo reale a una chiamata permette di ascoltare conversazioni confidenziali, raccogliere informazioni proprietarie e, in alcuni casi, intercettare scambi classificati. La possibilità di enumerare sistematicamente i meeting permette inoltre a un attaccante di selezionare bersagli di alto profilo, concentrandosi su utenti governativi o aziendali.

Nessuna risposta dal vendor, utenti soli

Il ricercatore ha contattato tl;dv prima della divulgazione pubblica, ma l’azienda non ha inviato alcuna risposta. Al 4 agosto 2026 la falla è ancora attiva. I repository pubblici dell’app non mostrano aggiornamenti delle regole di sicurezza, e non è stata rilasciata alcuna patch.

Per chi utilizza tl;dv, l’unica protezione immediata è disabilitare l’ingresso automatico del bot alle chiamate, almeno finché non arriverà una correzione ufficiale. È utile anche rivedere i log delle riunioni per individuare partecipanti non autorizzati, prestando attenzione a eventuali ingressi dell’assistente AI in orari sospetti. Sul lato vendor, la mitigazione è semplice: applicare le regole di Firestore che limitano le letture della collezione “meetings” ai soli utenti dell’organizzazione di appartenenza. Un intervento che avrebbe dovuto far parte della configurazione di base.