Signal 通话库（calling library）中的一个漏洞，可能让通话对方在用户已经挂断之后，仍然持续收到该用户的音频，甚至可能收到视频。
该漏洞编号为 CVE-2026-113380，影响 2.72.0 之前的 RingRTC 版本。RingRTC 是为 Signal 各应用提供语音和视频通话能力的开源库，它构建在 WebRTC 之上，而 WebRTC 是浏览器用于实时音频和视频传输的技术。
CVE 记录中写道：“如果对端把通话的 FSM（有限状态机）队列塞满，就会干扰本地挂断操作拆掉这通通话的能力，这通通话包括音频轨道，可能还包括视频轨道。”
MITRE 于 2026 年 10 月 20 日发布了这条 CVE 记录，CVSS 4.0 评分为 9.3。该评分将受影响系统的机密性和完整性影响评为高，将可用性影响评为无。评级描述的攻击可通过网络实施，复杂度低，且无需任何权限。
CISA 尚未将该漏洞加入其“已知被利用漏洞”目录，美国国家漏洞数据库（NVD）则将其标记为“等待分析”。
该问题由一位在 GitHub 上以 Imahian 名义发布笔记的研究者记录。在其分析文章中，本地挂断被描述为“只是又往通话的有限状态机事件队列尾部放了多一个事件”。
通话对端可以向同一个队列中添加事件，Imahian 表示 RingRTC 在这一机制上信任了远方对端，“对来自对端的事件没有任何速率限制，挂断也没有优先级通道”。
这一被标注为“概念性”的验证演示是这样开始的：攻击者发起一通普通的 Signal 通话，然后用垃圾事件灌满其事件队列。当受害者点击挂断时，挂断事件被堵在这个积压队列后面，通话的音频以及可能的视频“继续流向攻击者，而受害者以为通话已经结束”，Imahian 写道。
文章指出，该漏洞波及“每一个嵌入了旧版 RingRTC 构建的 Signal 客户端”，涉及 Android、iOS 和桌面端，直到各客户端都发布带修复的库为止。
该缺陷已在 RingRTC 2.72.0 中修复，CVE 记录中给出了该库 GitHub 仓库里对应提交的链接。
目前尚未发现任何实际利用该漏洞的报告，除概念性 PoC 之外，关于该攻击的细节也很有限。Signal 用户应确保自己用于通话的每一台设备上的应用都保持更新。
作者：Sinisa Markovic
原文：https://www.helpnetsecurity.com/2026/10/22/signal-ringrtc-vulnerability-cve-2026-113380/
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/zixun/72869.html
