18万条会议记录被曝可查询:AI会议助手还能放心用吗?

这里的“会议记录”主要指会议元数据，不是18万份录音全部泄露。真正值得警惕的是：一个普通账号，为什么能看到本不属于它的会议？

周会里，你可能讲过客户报价、绩效评价、裁员计划，甚至在共享屏幕时亮出过密码和 API Key。

会后，AI 自动生成纪要，你关掉页面，以为这场会议已经结束。可对数据来说，它可能才刚开始流转。

8 月 4 日，安全研究员 BobDaHacker 公开披露：他使用一个普通 tl;dv 账号查询到了 181,874 条会议记录，关联 84,312 名用户、35,003 个邮箱域名。

到底暴露了什么？先别被“18万场会议泄露”带偏

tl;dv 是一款 AI 会议助手。它可以进入 Google Meet、Zoom 或 Teams，录音、转写，再自动生成摘要。

研究员称，问题出在 Firestore 数据库缺少租户隔离：任何通过认证的 tl;dv 用户，都能查询整个平台的会议集合。

他看到的信息包括：会议创建者邮箱、会议平台、会议 ID、录制状态和时间戳。对于正在录制的会议，会议 ID 可能对应一个仍在进行的房间。

研究员还称，他根据暴露的会议链接进入过两场直播会议，其中一场来自马来西亚教育部门，另一场是美国高校学生的项目会议。

但这里必须加一句重要纠正：这不等于 181,874 份录音、转写和 AI 笔记全部公开。

研究员自己的文章写明，会议内容默认是私密的。他另外检查了 27,334 个会议 ID，发现其中超过 1,000 个被设置为公开分享。

tl;dv 也在回应中表示，这个漏洞能访问的是会议元数据；密码、录音、转写、AI 笔记以及账户和账单数据并未通过该漏洞暴露。

研究员称，他在 1 月 28 日就向 tl;dv 报告问题，并在之后多次追问；到了 7 月，查询方式仍然有效。

tl;dv CTO 在 8 月 5 日回应：年初发现的漏洞已经修复并由第三方渗透测试机构验证；这次披露使用的是另一条此前未知的攻击路径，公司在发现后 24 小时内关闭，并决定把 Firebase 从相关技术栈中移除

目前能确认的是：双方都承认会议元数据曾可被越权查询，tl;dv 称问题已经修复。

但“同一个漏洞是否持续了六个月”，双方说法不一致。厂商提到的第三方证明需要客户另行索取，并未在文章中公开，所以本文不替任何一方下结论。

因为元数据并不是“没用的数据”。

一个邮箱、一条会议链接、会议开始时间和录制状态，拼在一起就可能暴露：谁在和谁开会、哪家公司正在谈合作、某个房间是否仍在直播。

更重要的是，AI 会议助手会让一场谈话经过更多环节：机器人进会、云端录音、语音转写、AI 摘要，再同步到 CRM、文档或搜索系统。每多一站，就多一个权限、保存期限和分享设置需要检查。

所以，问题不是“AI 能不能记笔记”，而是：这份笔记被保存在哪里、谁能查、什么时候删除。

第一，面试、绩效和薪资谈话。 这些内容涉及个人评价与身份信息，确实需要记录时，应先说明用途和保存时间。

第二，客户报价、合同与纠纷。 关闭公开分享，限制在项目成员内，并在项目结束后清理录音和转写。

第三，战略、并购和人员调整。 不要因为“自动生成纪要很方便”，就把高敏感会议默认交给第三方机器人。

第四，现场展示密码、API Key 或客户数据。 AI 是否参会不是唯一风险，但它会多保存一份副本。演示前先遮挡，泄露后立即轮换密钥。

除此之外，再做三件小事：取消 AI 助手“自动加入全部会议”；每月检查一次公开链接和外部集成；给录音、转写和纪要设置最短必要保存期。

今天就检查一次：你的会议助手有没有“自动加入全部会议”、默认公开分享或长期保存录音的设置？

证据说明

来源

先核验，再发布 · 海辰玩AI