Zoom 注释功能漏洞可让会议参与者劫持其他参会者的客户端

Zoom 注释功能漏洞可让会议参与者劫持其他参会者的客户端

导语:以色列进攻性安全初创公司 A Security 披露 Zoom 注释功能中存在三个高危漏洞(CVE-2026-53413/53414/53415),可让任何会议参与者零点击劫持其他参会者客户端。研究人员借助公开 AI 模型在不到一天时间内完成了可用漏洞利用,引发关于 AI 降低攻击门槛的讨论。

在 Zoom 通话中分享屏幕的人本可以接管所有观看者的计算机,而任何观看者也可以接管分享者的计算机。该漏洞藏身于注释工具——即允许参与者在共享屏幕上绘图和输入文字的功能——之中,而它对受害者的唯一要求就是身处会议之中。无点击、无下载、无提示,屏幕上也没有任何迹象表明攻击已经发生。

这些补丁并不算新。客户端修复已于六月和七月发布,距漏洞被公开大约早两个月;截至发布时尚未报告有利用事件。三个漏洞标识符均未出现在 CISA 的已知被利用漏洞(Known Exploited Vulnerabilities)目录中。

研究来自"A Security",一家由以色列人创立的进攻性安全初创公司,于六月携 3700 万美元融资走出隐身状态。该公司表示,从发现漏洞到完成可用漏洞利用只用了一天时间,使用了不到 20 次对公开可用 AI 模型的提示。无外部人员能够核实这一说法:相关报告没有列出所用模型。供应商对漏洞的定级也低于该研究公司,并将其中之一归功于自己的内部团队。

Zoom 没有发布任何技术细节,因此内部机制描述来自研究公司自身的逆向工程。绘图对象并不会以图片形式穿越网络:客户端会将其转换为结构化对象,并以"计数序列后跟数据"的形式发送,接收方则信任这些计数来决定读取多少字节。其中一处使用一个 128 字节固定缓冲区填充数据而未检查数据是否适配;由于该字段位于对象末尾,过大的计数会越出缓冲区并覆盖返回地址。

使一个格式错误的绘图能够波及整个会议室的关键,是对消息来源检查的缺失。每个观看者都保持一个通向分享者的通道,分享者则保持一条用于回传确认的回程通道。在研究人员追踪的路径上,分发器从线路上读取消息的类型编号后直接交给对应的解析器处理,并不询问发送者处于哪个座席。0x10001 表示"这里是一个对象";0x10002 表示"我收到了你的对象"。将本应走第二种通道的 0x10001 消息发送到它本不属于的位置,受害者的客户端就会在其内存中完整重建该对象。

原文配图

Zoom 将这些漏洞分别追踪为 CVE-2026-53413(CVSS 评分:8.3,缓冲区覆写)、CVE-2026-53414(CVSS 评分:6.5,缓冲区越读),两者归入 ZSB-26015 和 ZSB-26016;以及 ZSB-26017 中的 CVE-2026-53415(CVSS 评分:8.3,释放后使用漏洞)。研究公司在 CVSS 4.0 下将三者均评为 9.0 分,而该分数未出现在任何公告中。Zoom 发布自家 CVE 记录,且 NIST 不再对其进行常规重评分,因此较低的分数很可能将长期保持。所有三项供应商向量都将"用户交互"标记为必需,这与"零点击"的叙事相矛盾。

两方说法在缓冲区越读问题上分歧最大。研究公司称其从一个受害者的客户端中恢复了未初始化的堆内存,其中含有运行时代码与虚函数表指针——这是绕过地址随机化所必需的材料。Zoom 的安全公告则表示同一漏洞可能允许参与者"实施拒绝服务攻击",并将其机密性影响评为"无"。致谢也有所不同:两份公告署名 "A Security" 的 Idan Levcovich,而涉及释放后使用漏洞的那份则将功劳归于 Zoom 进攻性安全团队——即七月修复评分为 9.8 的账户接管漏洞的内部团队。

该初创公司的博文将三项漏洞均列为自己发现,同时承认 Zoom 已早于其报告知道第三个漏洞,并在报告到达前已在服务器端进行了过滤。其关于 AI 部分工作的叙述也比自家总结更加混乱:第一次尝试——对从 Java 层可达的函数进行自动排序——在横跨 70 个库的 3762 个函数队列中完全没有覆盖到存在漏洞的库,而是将其排在第 45 位;直到他们通过一通实时通话逐个功能地追踪运行中的客户端时,该库才浮现出来。Levcovich 写道,构建这类漏洞利用的门槛"已经崩塌,而且不会再回来"。

本次披露发生在 OpenAI 一天前拆分其 Daybreak 项目、并仅向通过审查的合作伙伴发布 GPT-5.6-Cyber 之后,OpenAI 的理由是此类能力需要加以管控。该初创公司则表示其成果来自任何人都可以使用的模型。按 OpenAI 自家的衡量标准,其受防护的公开模型对高级进攻性安全类提示的回答通过率为 1.5%,而受限模型的通过率为 95%。


来源信息

来源:The Hacker News

原文链接:https://thehackernews.com/2026/08/zoom-annotation-flaws-could-let-meeting.html

作者:info@thehackernews.com (The Hacker News)