tl;dv 安全漏洞：由于 Firestore 配置错误，超过 181,000 条会议记录遭到泄露

执行摘要

AI 会议录制平台 tl;dv 的一个严重安全漏洞导致 181,874 条会议记录 的元数据遭到泄露，这些记录属于 35,003 个电子邮件域名 下的 84,312 名唯一用户。由于其 Firestore 数据库缺乏租户隔离，任何经过身份验证的用户都可以查询 meetings 集合来获取会议 ID、创建者电子邮件和录制状态。该漏洞允许攻击者实时加入正在进行的活跃会议，包括来自 23 个国家政府机构和主要大学的会议。

技术根本原因：Firestore 租户隔离失败

该漏洞源于 tl;dv 的 Firestore 数据库 (projects/lmi-store/databases/(default)) 中未能为 meetings 集合实施适当的安全规则。虽然其他集合（如 users、chats 和 transcripts）都已通过 403 Forbidden 响应进行了正确保护，但 meetings 集合却处于完全开放状态。

攻击向量

身份验证：攻击者注册一个 tl;dv 账号，获得一个 JWT，并通过 gw.tldv.io/v1/users/firebase/token 将其兑换为 Firebase token。
枚举：使用该 token，攻击者查询 meetings 集合。
数据提取：数据库返回包含创建者电子邮件、提供商、时间戳和 会议 ID（例如 Google Meet 或 Teams 房间 ID）的记录。
实时入侵：通过筛选 status: recording 的会议，攻击者可以识别活跃通话并使用泄露的会议 ID 未经授权地加入会议。

泄露范围

会议元数据与实时访问

在研究期间，任何给定时刻大约有 1,000 场会议 处于 recording 状态，为未经授权的进入提供了持续的实时通话流。数据泄露涉及大量高敏感度的域名：

政府：来自 23 个国家的实体，包括美国、乌克兰、马来西亚和以色列（均为 .gov 域名）。
学术：如 Berkeley 和东京大学等机构（.edu 和 .ac 域名）。
企业：包括 HubSpot、Confluent 和 Mitsui-Soko 在内的大型组织。

公开内容泄露

除了元数据，研究人员还抓取了 27,334 个会议 ID 以检查其公开可见性。超过 1,000 场会议是公开的，泄露了 228 个域名 下的 715 个受邀者电子邮件，包括来自乌克兰数字转型部和巴西政府的会议。

内部员工泄露

一个内部员工预测游戏 (worldcup.tldv.io) 的 Player 实体 API (GET /api/entities/Player) 缺乏身份验证。这导致了 19 名 @tldv.io 员工 的全名和公司电子邮件遭到泄露，其中包括联合创始人兼 CEO。

披露与公司响应

尽管泄露非常严重，但该漏洞在六个月内未得到修复。研究人员于 2026 年 1 月 28 日报告了该问题，但公司直到 2026 年 7 月才修复了该漏洞。

日期	事件
2026 年 1 月 28 日	发现漏洞并向 Raphael Allstadt 和 CTO 报告。
2026 年 1 月 29 日 - 2 月 19 日	多次跟进；公司提供了模糊的保证，但未提供修复方案。
2026 年 3 月 - 7 月	反复跟进被忽视；漏洞仍然处于活跃状态。
2026 年 7 月	在公开披露后，漏洞最终得到修复。

社区洞察与分析

Hacker News 上的行业观察者和安全研究人员强调了围绕此次泄露的几个系统性问题：

"Firebase Footgun" (Firebase 误操作风险)

多个评论者指出，Firebase 的架构（依赖于客户端安全规则）经常导致“技能问题”，即开发者忘记保护单个集合，从而导致整个租户的数据泄露。

SOC2 与合规性表演

批评者指出，tl;dv 正在进行 SOC2 和 GDPR 合规性表演的讽刺之处在于，它在维持严重数据泄露的同时，保持了 SOC2 和 GDPR 合规。

"Interesting, they are SOC2 compliant, proving again that SOC2 is meaningless/useless."

AI 会议记录员的风险

此次泄露强调了将敏感的企业和政府音频流向第三方 AI 云端的固有风险。讨论集中在需要 local-first AI transcription 和 diarization（说话人日志）以防止中心化数据蜜罐。

社会工程学的潜力

安全专家警告说，泄露的音频和会议元数据为深度伪造语音钓鱼提供了金矿。通过获取员工的真实音频片段，通过合成语音进行高保真度的社会工程学攻击将变得更加容易。