加密通讯应用 Signal 的底层呼叫库 RingRTC 存在一个高危漏洞，可能导致用户在挂断电话后，麦克风与摄像头仍处于激活状态。
该漏洞编号为 CVE-2026-113380，由 MITRE 于周二正式公布。其 CVSS 评分高达 9.3，被标记为关键级别问题，影响范围涵盖所有使用 2.72.0 之前版本 RingRTC 库的 Signal 客户端。尽管相关修复补丁已于上月发布，但漏洞细节直至近期才对外披露。
技术原理：有限状态机队列溢出
RingRTC 是 Signal 基于 WebRTC 构建的专有呼叫库，负责提供经过加密的语音和视频通信功能。根据 CVE 报告及 GitHub 上发布的分析文档，该漏洞本质上是对 RingRTC 有限状态机（FSM）事件队列发起的拒绝服务攻击（DoS），归类为 CWE-754。
具体而言，如果攻击者在通话过程中向 FSM 队列注入大量请求，导致队列过载，系统将无法处理正常的“挂机”指令。GitHub 报告中提供的概念验证（PoC）通过 Python 脚本演示了这一过程：当队列被淹没时，挂机请求会被阻塞。
在这种情况下，通话另一端用户可能误以为连接已断开，但实际上音频或视频通道——甚至两者同时——仍保持开放状态，从而造成隐私泄露风险。
修复方案与安全建议
对比 RingRTC 2.72.0 与前序版本的代码变更可见，Signal 的修复措施主要包括两点：一是允许 FSM 独立于事件队列检测终止请求；二是增加超时机制，防止因处理停滞而无限期阻止通话结束。
虽然 CISA 已知漏洞目录目前未显示该漏洞在野外被实际利用，且攻击复杂度较低，但用户仍应保持高度警惕。鉴于从 Signal 发布说明中尚不明确 Android、iOS 和桌面版应用集成 RingRTC 2.72.0 的具体日期（仅知桌面版于 9 月引入该组件），媒体已向 Signal 方面求证，但暂未获得回复。
为确保安全，建议所有平台用户立即将 Signal 应用程序更新至最新版本。在完成更新前，请在挂断通话后避免进行敏感对话。
