夜雨聆风
研究者给出的数字很大。181874条会议记录，来自84312名用户和35003个邮箱域名。按他的描述，问题出在会议数据缺少租户隔离，任何已经登录的用户都可能查询其他账号的记录。每条记录还会带出创建者邮箱、会议平台、录制状态和时间等信息。
这些数字目前来自研究者公开披露，本号没有进入系统复现，也不会提供查询方法和会议标识。它们应该按安全报告中的主张来读，不能写成本号独立确认的泄露清单。
反差来自服务商自己的公开承诺。其安全页面写着已通过 SOC 2 Type II，符合 GDPR，代码变更会经过安全审查和测试，安全团队会在收到漏洞报告后24小时内响应。官方接口文档也要求有效账号和API密钥，并写明接口权限与应用内分享权限分开管理。
登录校验只能证明“你是谁”，租户隔离还要继续回答“你能看谁的数据”。前一道门锁上了，后一道门没有按账号分区，企业会议依然可能从侧面露出去。
这类事故对普通公司的提醒，比“少开会”实用得多。会议助手拿到的内容通常比一份普通文档更杂。客户称呼、内部价格、招聘判断、产品路线、共享屏幕里的账号信息，全可能混在一段录音里。邀请机器人入会的一秒钟很轻，后面多出来的却是一整套数据保管关系。
真想用，管理员至少要亲手做一次隔离验收。用公司自己控制的两个测试账号，分在两个测试团队里，各自录一场只含假数据的会议。然后检查会议列表、搜索、分享、导出和接口调用，确认A账号看不到B账号的记录。这个测试只能碰自己的数据，不要拿陌生会议验证漏洞。
第二步是给会议分级。周会、公开培训和低风险访谈可以先试。报价底价、人事谈话、尚未发布的产品、法律争议和含有个人敏感信息的会议，先别让第三方机器人进门。需要转录时，优先使用公司已经审过权限、存储区域和删除机制的方案。
第三步是问清四件事。录音和转录保存在哪里，默认留多久，谁能分享，停用账号后数据多久删除。再把答案落进管理员能查的设置和合同条款里。页面上写着合规认证，只能说明某套控制接受过审计，不能替代今天这条具体数据路径的权限测试。
已经接入的公司也有一套现实动作。先盘点机器人参加过哪些会议，把敏感场次单独列出来。暂停自动入会，撤销不再需要的集成权限和API密钥，导出管理员日志并保留时间线。若发现陌生分享或访问记录，再让安全、法务和业务负责人一起判断通知范围。急着删光记录可能破坏后续调查，先留证、再隔离、再按制度处理更稳妥。
采购阶段还可以要求供应商现场演示。两个测试团队各自上传一段假会议，交换普通成员账号，分别检查搜索、列表、分享和导出。再删除其中一段，观察普通界面、接口和备份策略里的删除是否一致。销售演示里的AI总结很亮眼，权限演示更能决定这套工具能不能进公司。
截至本次核查，公开材料能确认服务商仍在强调合规、安全审查和接口权限，研究者则公开指控租户隔离失效。修复状态、实际影响范围和双方对披露过程的完整回应，仍需等待更清楚的可核验材料。
AI会议助手可以替人记笔记，不能替公司承担权限责任。每多交给它一场会，就应该多知道一份录音最终去了哪里、谁还能打开。
这里是我的AI牛马，让 AI 替你打工，下期见。