摘要
输入法作为桌面操作系统中安装率极高的基础应用软件，其安全缺陷往往被低估。2026 年 4 月披露的 CVE-2026-51990 漏洞存在于腾讯旗下搜狗输入法 Windows 版本中，是一个可通过单次点击触发的远程代码执行漏洞。与该漏洞关联的 UNC3569 威胁组织利用一条由三个缺陷串联而成的攻击链，最终在目标主机上部署 GrayRabbit 模块化后门。攻击链的第一环节是 sgbiz 自定义 URI 协议处理程序中未经验证的命令行参数注入，第二环节是基于 Chromium 嵌入式框架的皮肤中心组件对 URL 导航缺乏 scheme 与域名限制，第三环节是内嵌的 Chromium 80 引擎版本过时且未启用沙箱与多项 Web 安全防护，使得已知浏览器漏洞可被直接利用实现代码执行。Gen Digital 威胁实验室于 2026 年 4 月 9 日向腾讯报告该漏洞，腾讯在 4 月 21 日发布的 16.3.0.3498 版本中部署了补丁，补丁对协议处理程序接收的 URL 参数进行校验、仅允许 HTTPS 协议、限制导航至搜狗与腾讯相关的已批准域名，但底层浏览器引擎过时、无沙箱运行、安全防护禁用等问题仍然存在。本文以该漏洞及其在野利用为案例，系统剖析输入法应用中嵌入浏览器组件所带来的安全风险，拆解三级攻击链的技术原理，分析 GrayRabbit 后门的功能特征与危害，评估补丁的有效性与剩余风险，并从软件供应链安全、嵌入式组件治理、协议处理程序安全设计等维度提出防御建议。反网络钓鱼技术专家芦笛指出，输入法这类高安装量基础软件中的一键 RCE 漏洞，其危害不亚于操作系统级漏洞，攻击者只需诱导用户点击一个特制链接即可完成入侵，社会工程成本极低而攻击收益极高。
1 引言
桌面输入法是计算机用户日常使用频率最高的应用软件之一，尤其在中文输入场景下，第三方输入法几乎成为操作系统的标配组件。搜狗输入法作为腾讯旗下的主流中文输入法产品，在中国市场拥有数亿安装量，其用户覆盖范围从个人家庭用户到政府机关、企事业单位的办公终端。如此庞大的安装基数意味着，搜狗输入法中任何一个可被远程利用的安全漏洞，都可能转化为影响范围极广的安全事件。然而，长期以来，输入法软件的安全状况并未获得与其安装规模相匹配的关注。多数用户和安全研究人员将输入法视为一个单纯的文字输入工具，忽视了其在演进过程中不断叠加的皮肤中心、资讯推送、云同步、内置浏览器等复杂功能模块，这些模块在拓展产品功能的同时，也引入了大量潜在的攻击面。
CVE-2026-51990 漏洞的披露与在野利用，为审视输入法软件的安全风险提供了一个典型样本。该漏洞被 Gen Digital 威胁实验室的研究人员发现并追踪，研究人员观察到与中国情报导向相关的 UNC3569 威胁组织在真实攻击中利用该漏洞，通过一条精心构造的 sgbiz 协议链接，在受害者主机上部署 GrayRabbit 后门。整个攻击过程仅需受害者点击一个链接，无需下载文件、无需启用宏、无需输入凭据，这种 "一键远程代码执行" 的攻击模式极大地降低了攻击者的社会工程成本，也使得传统的基于文件检测和行为分析的终端防护手段面临挑战。
该漏洞的特殊性在于，它并非一个单一的代码缺陷，而是由三个相互独立但可被串联利用的安全弱点共同构成。第一个弱点存在于自定义 URI 协议处理程序的参数校验环节，第二个弱点存在于嵌入式浏览器组件的 URL 导航控制环节，第三个弱点存在于内嵌浏览器引擎的版本与安全配置环节。三个弱点分别位于软件架构的不同层级，单独来看每一个都可能被认为是 "低风险" 或 "中风险" 的设计缺陷，但当它们被攻击者串联起来时，便形成了一条从单次用户点击到任意代码执行的完整攻击链。这种 "多缺陷串联" 的攻击模式在近年来的高级持续性威胁活动中日益常见，反映出攻击者在面对软件安全防护整体提升的背景下，越来越倾向于寻找并组合多个看似不起眼的弱点来达成攻击目标。
本文的研究目标在于，以 CVE-2026-51990 漏洞及其在野利用为核心案例，深入剖析输入法应用中嵌入浏览器组件所带来的系统性安全风险。具体而言，本文将围绕以下几个问题展开：其一，三级攻击链中每一个环节的技术原理是什么，它们之间如何衔接；其二，GrayRabbit 后门具备哪些功能特征，其模块化设计反映了怎样的攻击意图；其三，腾讯发布的补丁在多大程度上修复了漏洞，又留下了哪些剩余风险；其四，从这一案例中可以提炼出哪些具有普遍意义的软件供应链安全与嵌入式组件治理经验。本文不追求对输入法软件安全问题的全景式覆盖，而是聚焦于这一具体漏洞的攻击链拆解与风险分析，以期为同类产品的安全设计和防御实践提供参考。
2 漏洞背景与攻击事件概述
2.1 搜狗输入法的产品架构与功能演进
搜狗输入法最初是一款以中文拼音输入为核心功能的桌面应用软件，其核心价值在于通过词库优化、智能联想、云输入等技术提升用户的文字输入效率。然而，在多年的产品演进过程中，搜狗输入法逐步从一个单纯的输入工具发展为一个集成了多种附加功能的综合性桌面应用。其中，皮肤中心是一个允许用户下载和更换输入法界面外观的功能模块，该模块内嵌了一个基于 Chromium 嵌入式框架的 WebView 组件，用于展示皮肤商店的网页内容。此外，搜狗输入法还注册了一个名为 sgbiz 的自定义 URI 协议，用于实现从外部链接直接唤起输入法内部功能的深度链接机制。
这些功能设计在提升用户体验和产品商业化能力方面具有明确的产品逻辑，但从安全角度来看，它们也在输入法这个原本应当高度精简的软件中引入了一个完整的浏览器渲染引擎。浏览器引擎是现代软件中最为复杂的攻击面之一，其安全维护需要持续的版本更新、沙箱隔离、安全特性启用等多方面保障。当一个浏览器引擎被嵌入到非浏览器产品中时，其安全维护往往容易被忽视，版本更新滞后、沙箱未启用、安全特性被关闭等问题较为常见。搜狗输入法中嵌入的 Chromium 80 引擎正是这一问题的典型体现 ——Chromium 80 是一个发布于 2020 年初的版本，到 2026 年漏洞被披露时已经过时六年，期间 Chromium 项目修复了大量安全漏洞，而搜狗输入法的内嵌引擎并未同步跟进。
2.2 UNC3569 威胁组织与 GrayRabbit 恶意软件
UNC3569 是一个被网络安全行业追踪的威胁组织，其活动与中国的情报导向网络攻击存在关联。该组织的活动范围横跨网络犯罪和网络雇佣兵两个生态领域，既从事具有经济动机的攻击活动，也接受委托执行具有情报收集目的的定向入侵。这种双重属性使得 UNC3569 的攻击手法兼具犯罪组织的灵活性和国家支持组织的技术深度，其选择的攻击目标和使用的工具链往往经过精心策划。
GrayRabbit 是 UNC3569 组织使用的一款模块化后门恶意软件，最早由谷歌的安全研究人员于 2024 年公开描述。该恶意软件采用模块化架构设计，核心组件提供基础的命令与控制通信能力，额外功能通过插件形式动态加载。Gen Digital 威胁实验室在本次攻击中分析到的 GrayRabbit 样本是一个更为成熟的 64 位变体，相比早期版本具备更丰富的命令集，并使用 RC4 加密算法对命令与控制服务器的配置信息进行编码，以增加静态分析的难度。GrayRabbit 的功能涵盖进程执行、交互式反向 Shell、文件上传与下载、系统与用户信息收集、以及在主机内存中反射加载插件等多个方面，是一款功能完备的远控后门。
2.3 漏洞披露与修复时间线
CVE-2026-51990 漏洞的披露遵循了负责任的安全披露流程。Gen Digital 威胁实验室的研究人员在观察到该漏洞被 UNC3569 组织在野利用后，于 2026 年 4 月 9 日向腾讯正式报告了相关发现。腾讯在收到报告后，于 4 月 21 日发布的搜狗输入法 16.3.0.3498 版本中部署了安全补丁，从报告到修复的时间间隔为十二天。这一响应速度在大型软件厂商的漏洞修复实践中属于较快水平，反映出腾讯对该漏洞严重性的认知和重视。
补丁的主要修复措施包括三个方面：第一，对通过 sgbiz 协议处理程序接收的 URL 参数进行校验，防止命令行参数注入；第二，在内嵌 WebView 的 URL 导航中仅允许 HTTPS 协议，禁止使用 HTTP 或其他可能被利用的协议方案；第三，将 WebView 的导航范围限制在与搜狗和腾讯相关的已批准域名列表内，防止加载攻击者控制的外部域名。这些措施直接针对攻击链的前两个环节，有效阻断了攻击者通过特制链接诱导内嵌浏览器加载恶意页面的路径。
然而，Gen Digital 的研究人员在补丁发布后也明确指出，补丁并未解决攻击链第三个环节的根本问题 —— 内嵌的 Chromium 浏览器引擎仍然版本过时，仍然在没有沙箱的环境下运行，许多 Web 安全防护功能仍然处于禁用状态。这意味着，如果攻击者能够找到其他途径诱导内嵌浏览器加载恶意内容（例如通过输入法内部的其他功能模块、或者通过已批准域名上的其他漏洞），过时的浏览器引擎仍然可能被利用实现代码执行。因此，补丁虽然封堵了已知的攻击路径，但并未从根本上消除嵌入式浏览器组件带来的安全风险。
3 三级攻击链的技术原理分析
3.1 第一环节：自定义 URI 协议的命令行参数注入
攻击链的起点是一个精心构造的 sgbiz 自定义 URI 链接。自定义 URI 协议是操作系统允许应用程序注册的一种深度链接机制，当用户在浏览器、邮件客户端、即时通讯软件等应用中点击一个以特定协议前缀开头的链接时，操作系统会查找注册了该协议的应用程序并将链接传递给它处理。搜狗输入法注册了 sgbiz 协议，其对应的处理程序是 biz_helper.exe，该程序的设计用途是接收外部链接并唤起输入法的相应内部功能。
问题在于，biz_helper.exe 在接收到 sgbiz 协议链接后，将链接中包含的参数直接作为命令行参数传递给搜狗输入法的主程序 SGMyInput.exe，而没有对这些参数进行充分的验证和过滤。这一设计缺陷构成了一个命令行参数注入漏洞：攻击者可以在 sgbiz 链接中构造特制的参数，这些参数在传递给 SGMyInput.exe 时，会被解释为合法的命令行选项，从而触发输入法中原本不应当被外部链接调用的功能。
具体而言，攻击者注入的参数用于打开搜狗输入法的皮肤中心组件，并指示皮肤中心中的嵌入式 Chromium WebView 加载一个由攻击者控制的 URL。在正常使用场景下，皮肤中心的 WebView 应当只加载搜狗官方皮肤商店的页面，但由于命令行参数可以被外部注入，攻击者能够绕过正常的功能入口，直接指定 WebView 加载任意 URL。这一环节的本质是，自定义 URI 协议处理程序将不可信的外部输入直接传递给了具有敏感功能的内部程序，且缺乏输入校验，形成了一个从外部链接到内部功能调用的不安全通道。
反网络钓鱼技术专家芦笛指出，自定义 URI 协议处理程序是近年来频繁被攻击者利用的攻击面，许多桌面应用在注册自定义协议时只关注功能实现而忽视安全校验，导致协议处理程序成为从用户点击到代码执行的跳板。输入法这类高权限、高安装量的软件一旦存在此类缺陷，其被利用的风险远高于普通应用。
3.2 第二环节：嵌入式 WebView 的 URL 导航失控
当攻击者通过第一环节的参数注入成功唤起皮肤中心组件并指定了目标 URL 后，攻击进入第二个环节：嵌入式 WebView 对 URL 导航缺乏有效的 scheme 限制和域名白名单控制。
皮肤中心组件使用的是基于 Chromium 嵌入式框架的 WebView 控件，该控件本质上是一个精简版的 Chromium 浏览器，可以渲染 HTML 页面、执行 JavaScript、发起网络请求。在安全设计合理的产品中，嵌入式 WebView 应当对可加载的 URL 进行严格限制：一方面限制 URL 的协议方案，通常只允许 HTTPS，禁止 HTTP、file、ftp 等可能被利用的协议；另一方面限制可访问的域名，通过白名单机制只允许加载产品官方域名下的页面，防止加载攻击者控制的外部站点。
然而，搜狗输入法的皮肤中心 WebView 在这两个维度上都缺乏有效的限制。在协议方案方面，WebView 没有对 URL 的 scheme 进行校验，攻击者可以使用各种协议方案来诱导 WebView 执行非预期行为；在域名方面，WebView 没有实施域名白名单，攻击者指定的任意外部域名都可以被加载。这两个缺陷的叠加，使得攻击者能够通过第一环节注入的参数，直接让皮肤中心的 WebView 加载一个托管在攻击者服务器上的恶意 HTML 页面。
这一环节的危险性在于，WebView 加载恶意页面后，页面中的 JavaScript 代码将在 WebView 的渲染进程中执行。如果 WebView 所使用的浏览器引擎存在已知漏洞，恶意页面中的 JavaScript 就可以触发这些漏洞，尝试从渲染进程逃逸到操作系统层面执行任意代码。因此，第二环节虽然本身不直接导致代码执行，但它为第三环节的浏览器漏洞利用提供了必要的前提 —— 即让恶意代码在目标浏览器引擎中运行。
从攻击链的整体结构来看，前两个环节的作用是 "引流"：第一环节解决了如何从外部链接进入输入法内部的问题，第二环节解决了如何让内部的浏览器组件加载攻击者指定内容的问题。两个环节共同构成了一条从用户点击到恶意 JavaScript 执行的通道，而这条通道的终点，就是第三环节中过时浏览器引擎的漏洞利用。
3.3 第三环节：过时无沙箱 Chromium 引擎的漏洞利用
攻击链的第三个环节，也是最终实现代码执行的环节，是利用搜狗输入法内嵌的 Chromium 80 浏览器引擎中的已知漏洞。Chromium 80 是谷歌于 2020 年 2 月发布的浏览器版本，到 2026 年时已经有六年的历史。在这六年间，Chromium 项目持续修复了大量安全漏洞，其中包括许多可被远程利用的渲染引擎漏洞。使用一个六年未更新的浏览器引擎，意味着攻击者可以选择的已知漏洞利用样本非常丰富，不需要花费精力挖掘零日漏洞，只需从公开的漏洞库中挑选一个适用于 Chromium 80 的漏洞即可。
更为严重的是，搜狗输入法的内嵌 Chromium 引擎不仅版本过时，而且没有启用沙箱隔离机制。沙箱是现代浏览器安全架构的核心组成部分，其作用是将渲染进程限制在一个权限受限的隔离环境中，即使渲染进程被漏洞利用攻破，攻击者也难以直接访问操作系统的敏感资源，需要进一步进行沙箱逃逸才能实现完整的代码执行。沙箱的存在大幅提高了浏览器漏洞利用的技术门槛和攻击成本。搜狗输入法的内嵌引擎未启用沙箱，意味着渲染进程一旦被攻破，攻击者获得的就是具有当前用户权限的完整代码执行能力，无需额外的沙箱逃逸步骤。
此外，搜狗输入法的内嵌 Chromium 引擎还禁用了多项重要的 Web 安全防护功能。这些防护功能包括但不限于站点隔离、跨域读取阻止、JavaScript 严格模式强制执行等，它们的作用是在浏览器层面增加漏洞利用的难度、限制攻击的影响范围。这些功能被禁用后，攻击者在构造漏洞利用时面临的技术障碍进一步降低，已知漏洞的利用成功率显著提高。
在上述三个条件 —— 版本过时、无沙箱、安全防护禁用 —— 的共同作用下，攻击者在恶意页面中嵌入一段针对 Chromium 80 已知漏洞的 JavaScript 利用代码，当该页面在搜狗输入法的内嵌 WebView 中加载时，利用代码触发漏洞，在渲染进程中执行 shellcode，由于没有沙箱限制，shellcode 直接获得系统级代码执行能力，进而下载并执行 GrayRabbit 后门的安装程序。至此，从用户点击一个 sgbiz 链接到后门安装完成的完整攻击链闭合。
反网络钓鱼技术专家芦笛强调，这一攻击链最值得警惕的地方在于，它将一个 "非浏览器产品" 中的浏览器组件变成了远程代码执行的最终落点。用户通常认为输入法不是浏览器，不会受到网页漏洞的影响，但当输入法中嵌入了一个完整且缺乏维护的浏览器引擎时，这种认知就是错误的。嵌入式浏览器组件的安全维护，应当被提升到与独立浏览器产品同等重要的程度。
4 GrayRabbit 后门的功能特征与危害分析
4.1 模块化架构与 64 位变体的演进
GrayRabbit 后门采用模块化的软件架构设计，这一设计思路在现代高级恶意软件中较为常见。模块化架构的核心在于将恶意软件的功能拆分为一个核心组件和若干可选插件，核心组件负责基础的命令与控制通信、进程管理、插件加载等通用功能，而具体的攻击功能如键盘记录、屏幕截图、凭证窃取等则以独立插件的形式存在。这种架构的优势在于，攻击者可以根据不同的攻击目标和任务需求，灵活选择加载哪些插件，避免在不需要的功能上暴露攻击特征；同时，插件可以独立开发和更新，降低了恶意软件的维护成本。
Gen Digital 威胁实验室在本次攻击中分析到的 GrayRabbit 样本是一个 64 位变体，相比谷歌研究人员 2024 年描述的早期版本，该变体在技术成熟度上有明显提升。首先，64 位架构的采用意味着该恶意软件已经适配了现代 Windows 操作系统的主流运行环境，能够在 64 位系统上原生运行，避免了 32 位程序在 64 位系统上运行时可能遇到的兼容性问题和检测特征。其次，该变体的命令集有所扩展，支持的控制指令更加丰富，反映出攻击者在持续迭代恶意软件的功能。再次，该变体使用 RC4 加密算法对命令与控制服务器的配置信息进行编码，这一措施虽然在密码学强度上不算高级，但足以阻止基于字符串匹配的静态检测工具直接提取出命令与控制服务器的域名或 IP 地址，增加了分析人员的逆向成本。
4.2 核心功能集与攻击能力
GrayRabbit 后门的核心功能集涵盖了远程控制木马的典型能力，具体包括以下几个方面。
第一，进程执行能力。后门可以根据命令与控制服务器的指令，在目标主机上创建新进程并执行指定的可执行文件或命令。这一能力使得攻击者可以在入侵后进一步投放其他攻击工具，如凭证窃取工具、横向移动工具、勒索软件载荷等，将初始入侵扩展为完整的攻击行动。
第二，交互式反向 Shell 能力。后门可以建立一个从目标主机到攻击者服务器的反向网络连接，并在该连接上提供一个交互式的命令行 Shell。反向 Shell 的优势在于它由目标主机主动向外发起连接，能够绕过大多数防火墙的入站访问控制规则，使得攻击者即使在目标网络部署了严格边界防护的情况下也能获得命令行访问能力。交互式 Shell 则为攻击者提供了手动操作目标主机的灵活性，可以执行任意系统命令、浏览文件系统、修改系统配置等。
第三，文件上传与下载能力。后门可以根据指令将目标主机上的文件传输到攻击者服务器（下载），也可以将攻击者服务器上的文件传输到目标主机（上传）。这一能力支持攻击者从目标主机窃取敏感文档、数据库、配置文件等有价值的数据，也支持攻击者向目标主机投放额外的恶意工具或配置文件。
第四，系统与用户信息收集能力。后门在运行后会自动收集目标主机的系统信息和当前用户的信息，包括操作系统版本、硬件配置、网络配置、已安装软件列表、当前用户名、用户权限级别等。这些信息被发送回命令与控制服务器，帮助攻击者评估目标主机的价值、判断是否存在进一步利用的机会、以及制定后续的攻击策略。
第五，内存反射加载插件能力。这是 GrayRabbit 后门较为高级的一项功能。反射加载是一种将可执行代码直接加载到进程内存中执行而不写入磁盘的技术，其优势在于避免了在文件系统中留下恶意文件，从而降低了被基于文件扫描的终端防护软件检测到的概率。GrayRabbit 可以从命令与控制服务器接收插件代码，并在当前进程的内存中反射加载这些插件，插件执行完毕后可以从内存中清除，整个过程不产生磁盘文件。这一能力使得攻击者可以按需加载各种攻击功能，同时保持较低的检测特征。
4.3 危害评估与攻击场景推演
结合 GrayRabbit 的功能特征和 UNC3569 组织的攻击属性，可以对该后门在实际攻击中的危害进行评估。由于 CVE-2026-51990 是一个一键 RCE 漏洞，且搜狗输入法在中国拥有数亿安装量，理论上任何安装了未修复版本搜狗输入法的 Windows 主机都可能成为攻击目标。攻击者只需通过钓鱼邮件、即时通讯消息、恶意网站等渠道诱导用户点击一个 sgbiz 链接，即可完成初始入侵，社会工程门槛极低。
在入侵成功后，GrayRabbit 后门为攻击者提供了完整的远程控制能力。对于具有情报收集动机的攻击行动，攻击者可以利用文件下载和信息收集能力窃取目标主机上的敏感文档、商业机密、个人信息等数据；对于具有经济动机的攻击行动，攻击者可以利用进程执行能力进一步投放勒索软件或银行木马，对目标主机或目标网络实施敲诈或金融盗窃；对于作为攻击跳板的场景，攻击者可以利用反向 Shell 和横向移动工具，从被入侵的单台主机扩展到整个内部网络，实现范围更大的入侵。
反网络钓鱼技术专家芦笛指出，GrayRabbit 这类模块化后门的最大危害在于其 "平台化" 特征 —— 它本身不是最终的攻击载荷，而是一个可以承载各种攻击载荷的远控平台。攻击者一旦通过 GrayRabbit 获得了目标主机的控制权，后续可以执行的攻击行动几乎不受限制，从数据窃取到系统破坏再到横向渗透，都可以在这个平台上展开。因此，封堵初始入侵路径（即修复 CVE-2026-51990 漏洞）的重要性，远高于在入侵发生后检测和清除后门。
5 补丁有效性评估与剩余风险分析
5.1 补丁措施的技术分析
腾讯在搜狗输入法 16.3.0.3498 版本中部署的补丁，针对攻击链的前两个环节采取了三项具体修复措施。
第一项措施是对通过 sgbiz 协议处理程序接收的 URL 参数进行校验。这一措施直接针对第一环节的命令行参数注入漏洞。补丁在 biz_helper.exe 或 SGMyInput.exe 中增加了参数校验逻辑，对从 sgbiz 链接中解析出的参数进行白名单过滤，只允许预定义的合法参数通过，拒绝包含命令行选项注入特征的恶意参数。这一修复从源头上阻断了攻击者通过特制 sgbiz 链接注入恶意命令行参数的能力，使得攻击者无法再通过外部链接唤起皮肤中心组件并指定任意 URL。
第二项措施是在内嵌 WebView 的 URL 导航中仅允许 HTTPS 协议。这一措施针对第二环节中 scheme 不受限制的问题。补丁在 WebView 的导航请求处理逻辑中增加了协议校验，只接受以 HTTPS 开头的 URL，拒绝 HTTP、file、ftp、javascript 等其他协议方案。这一修复消除了通过非安全协议加载本地文件或执行脚本的可能性，降低了 WebView 被滥用的风险。
第三项措施是将 WebView 的导航范围限制在与搜狗和腾讯相关的已批准域名列表内。这一措施针对第二环节中域名不受限制的问题。补丁引入了域名白名单机制，WebView 在发起导航请求前检查目标域名是否在白名单中，只有属于搜狗或腾讯官方域名的请求才被允许，其他域名一律拒绝。这一修复从根本上阻断了 WebView 加载攻击者控制的外部恶意页面的路径，即使攻击者通过某种方式绕过了参数校验，也无法让 WebView 加载非官方域名的内容。
从攻击链的角度来看，这三项措施形成了对前两个环节的双重封堵：参数校验封堵了从外部链接进入内部功能的通道，协议限制和域名白名单封堵了 WebView 加载恶意内容的通道。即使其中一项措施被绕过，另一项措施仍然能够阻止攻击的推进。这种纵深防御的补丁设计在技术上是合理的，能够有效阻断已知的攻击路径。
5.2 补丁未覆盖的剩余风险
尽管补丁在封堵已知攻击路径方面是有效的，但 Gen Digital 的研究人员明确指出，补丁并未解决攻击链第三个环节的根本问题，即内嵌 Chromium 浏览器引擎的安全状况仍然堪忧。具体而言，剩余风险体现在以下三个方面。
第一，浏览器引擎版本仍然过时。补丁发布后，搜狗输入法内嵌的 Chromium 引擎仍然停留在 80 版本，没有升级到最新的 Chromium 版本。这意味着该引擎中仍然存在大量已知的安全漏洞，这些漏洞虽然目前无法通过已知的攻击路径被触发，但如果未来发现了其他能够让 WebView 加载恶意内容的途径，这些已知漏洞仍然可以被利用。版本过时的浏览器引擎就像一颗未拆除的引信，只要存在点火途径就可能爆炸。
第二，浏览器引擎仍然在没有沙箱的环境下运行。补丁没有涉及沙箱机制的启用，内嵌 Chromium 的渲染进程仍然以当前用户的完整权限运行，没有进程隔离和权限限制。这意味着，一旦渲染进程被任何漏洞利用攻破，攻击者直接获得的就是完整的用户级代码执行能力，不需要进行沙箱逃逸。沙箱的缺失使得任何浏览器引擎漏洞的严重程度都被放大了一个等级。
第三，多项 Web 安全防护功能仍然处于禁用状态。补丁没有恢复这些被禁用的安全功能，站点隔离、跨域防护等机制在内嵌引擎中仍然不生效。这些安全功能的作用是增加漏洞利用的难度和降低攻击的影响范围，它们的持续禁用意味着攻击者在构造漏洞利用时仍然面临较低的技术门槛。
上述三个方面的剩余风险共同指向一个核心问题：补丁封堵的是 "已知的攻击路径"，而非 "根本的安全缺陷"。内嵌浏览器引擎的过时、无沙箱、安全防护禁用，是输入法产品架构层面的安全缺陷，这些缺陷不因为某一条特定攻击路径被封堵而消失。只要这些根本缺陷存在，攻击者就有可能在未来发现新的攻击路径来利用它们。
反网络钓鱼技术专家芦笛强调，软件安全补丁应当区分 "漏洞修复" 和 "架构加固" 两个层面。CVE-2026-51990 的补丁属于前者，它修复了导致特定攻击链成立的具体缺陷；但内嵌浏览器引擎的安全状况属于后者，需要从产品架构层面进行系统性的加固，包括引擎版本的持续更新、沙箱机制的启用、安全功能的恢复等。只有两个层面的工作都完成，才能真正消除此类漏洞带来的安全风险。
5.3 用户侧的风险缓解措施
在厂商完成根本性的架构加固之前，用户侧可以采取一些风险缓解措施来降低被攻击的可能性。首先，及时更新搜狗输入法到 16.3.0.3498 或更高版本，这是最直接有效的措施，因为补丁已经封堵了已知的攻击路径。其次，对于安全要求较高的环境（如政府机关、涉密单位、金融机构的办公终端），可以考虑卸载第三方输入法，使用操作系统自带的输入法，从根本上消除第三方输入法带来的攻击面。再次，终端防护软件应当保持最新的病毒库和行为检测规则，以便在 GrayRabbit 等恶意软件尝试执行时进行检测和阻断。最后，用户应当提高对不明链接的警惕，不轻易点击来自未知来源的链接，尤其是格式异常的自定义协议链接。
需要指出的是，用户侧的缓解措施虽然能够降低风险，但不能替代厂商侧的根本修复。对于数亿普通用户而言，要求他们都具备足够的安全意识来识别恶意链接是不现实的；对于许多办公环境而言，卸载第三方输入法可能影响工作效率。因此，根本性的安全责任仍然在软件厂商一方，厂商应当将嵌入式组件的安全维护纳入产品的常规安全生命周期管理，而不是在漏洞被披露后才被动响应。
6 嵌入式组件安全治理与防御路径
6.1 自定义 URI 协议处理程序的安全设计规范
CVE-2026-51990 攻击链的第一个环节暴露了自定义 URI 协议处理程序在安全设计上的普遍问题。许多桌面应用在注册自定义 URI 协议时，将协议处理程序视为一个简单的 "功能入口"，只关注如何将链接参数传递给内部功能，而忽视了对输入的安全校验。这种设计思路在攻击者眼中就是一个从用户点击到内部功能调用的开放通道。
为了从设计层面防范此类漏洞，自定义 URI 协议处理程序应当遵循以下安全设计规范。第一，输入最小化原则。协议处理程序应当只接受预定义的、明确列出的参数，对不在白名单中的参数一律拒绝，而不是采用 "接受所有参数并在内部过滤" 的模式。第二，参数类型严格校验。对每个接受的参数进行严格的类型和格式校验，例如预期为数字的参数必须验证为纯数字、预期为路径的参数必须验证不包含目录穿越字符、预期为 URL 的参数必须验证协议和域名。第三，禁止传递命令行选项。协议处理程序在将参数传递给内部程序时，应当使用安全的参数传递方式（如命名管道、共享内存、结构化消息等），而不是直接拼接为命令行参数，从根本上杜绝命令行参数注入的可能性。第四，用户确认机制。对于涉及敏感功能的自定义协议调用，应当在执行前向用户显示确认提示，告知用户即将执行的操作，给予用户取消的机会。
反网络钓鱼技术专家芦笛指出，自定义 URI 协议的安全问题本质上是 "信任边界" 问题。应用程序在注册自定义协议时，实际上是将一个外部不可信的输入源（用户点击的链接）接入到了内部可信的功能调用通道。如果不在这个信任边界上设置严格的校验和过滤，那么外部的不可信输入就可以直接穿透到内部，引发安全问题。因此，自定义 URI 协议处理程序应当被视为应用程序的一个外部攻击面，其安全设计标准应当与网络服务接口等同。
6.2 嵌入式浏览器组件的安全生命周期管理
攻击链的第二和第三环节共同暴露了嵌入式浏览器组件在安全维护上的系统性问题。当一个产品决定嵌入浏览器引擎时，它实际上也承担了维护这个浏览器引擎安全的全部责任。然而，许多产品团队在做出嵌入浏览器的技术决策时，只评估了功能实现的便利性，没有评估长期安全维护的成本和责任。这种 "重功能、轻维护" 的倾向，导致嵌入式浏览器组件往往成为产品中安全状况最差的部分。
为了从根本上改善嵌入式浏览器组件的安全状况，产品团队应当建立嵌入式浏览器组件的安全生命周期管理机制，具体包括以下几个方面。第一，版本更新策略。嵌入式浏览器引擎应当跟随上游项目的安全更新节奏，定期升级到最新的稳定版本，确保已知的安全漏洞得到及时修复。版本更新不应当是 "出了漏洞才升级" 的被动行为，而应当是纳入产品常规迭代计划的主动行为。第二，沙箱强制启用。嵌入式浏览器的渲染进程必须在沙箱隔离环境中运行，即使这会增加一定的开发复杂度和性能开销。沙箱是浏览器安全的最后一道防线，它的存在能够将渲染进程漏洞的影响限制在隔离环境内，大幅降低漏洞被利用后的危害。第三，安全功能完整启用。嵌入式浏览器不应当为了兼容性或开发便利而禁用上游浏览器提供的安全功能，站点隔离、跨域防护、严格模式等功能应当保持默认启用状态。第四，攻击面最小化。嵌入式浏览器应当根据产品的实际需求裁剪不必要的功能，例如如果产品只需要渲染静态 HTML 页面，就不需要启用 JavaScript 执行能力；如果产品只需要访问特定域名，就应当在引擎层面实施域名白名单。第五，定期安全审计。产品团队应当定期对嵌入式浏览器组件进行安全审计，包括版本状态检查、安全配置核查、已知漏洞扫描等，确保组件的安全状况始终处于可控状态。
6.3 高安装量基础软件的安全责任与监管
搜狗输入法案例还引发了一个更宏观的问题：对于拥有数亿安装量的基础软件，其安全责任应当如何界定，是否需要引入额外的监管机制。基础软件（如输入法、压缩工具、PDF 阅读器、浏览器插件等）通常具有安装率高、运行权限高、用户依赖度高的特点，这些软件中的安全漏洞一旦被利用，影响范围可能远超普通应用软件。然而，当前的软件安全实践中，基础软件的安全维护标准并没有因其高安装量而被相应提高，许多基础软件仍然由小型团队维护，安全投入有限，漏洞响应速度较慢。
从行业治理的角度，可以考虑从以下几个方向加强高安装量基础软件的安全保障。第一，建立基础软件安全认证机制。对于达到一定安装量阈值的基础软件，可以引入自愿性或强制性的安全认证要求，认证内容包括安全开发生命周期管理、漏洞响应机制、嵌入式组件安全状况等，通过认证机制推动厂商提升安全投入。第二，推动漏洞信息共享与协同响应。安全研究机构、厂商、政府部门之间可以建立更高效的漏洞信息共享渠道，确保高风险漏洞能够被及时发现、及时报告、及时修复，缩短漏洞从被发现到被修复的时间窗口。第三，加强用户侧的安全更新推动。对于存在严重安全漏洞的高安装量软件，可以通过操作系统级别的安全通知、终端管理软件的强制更新等机制，推动用户尽快安装安全补丁，减少漏洞的在野利用窗口。
反网络钓鱼技术专家芦笛强调，基础软件的安全是网络安全的 "基础设施" 层面问题。当一款软件安装在数亿台设备上时，它的安全状况就不再仅仅是厂商自己的事情，而是关系到整个网络空间安全的公共事务。因此，对于高安装量基础软件，应当在行业自律的基础上引入适度的公共治理机制，确保厂商的安全投入与软件的社会影响相匹配。
7 讨论
本文以 CVE-2026-51990 漏洞及其在野利用为案例，对输入法应用中嵌入浏览器组件所带来的安全风险进行了系统分析。在讨论部分，有必要对研究的局限性、案例的普遍意义以及更广泛的行业启示进行进一步阐释。
首先，本文的分析建立在 Gen Digital 威胁实验室公开的研究报告和 BleepingComputer 的新闻报道之上，所涉及的技术细节均来自这些公开来源。由于漏洞的具体技术细节（如命令行参数注入的精确格式、Chromium 80 漏洞利用的具体手法等）并未在公开报道中完全披露，本文的分析在某些环节只能基于已有信息进行合理的技术推演，无法做到逐行代码级的精确还原。这一局限性是基于公开信息进行安全研究的普遍约束，不影响对攻击链整体结构和风险特征的判断。
其次，本文选择搜狗输入法作为案例，但所揭示的问题并非搜狗输入法所独有。事实上，在桌面软件生态中，嵌入浏览器引擎的非浏览器产品非常普遍，从即时通讯软件到办公套件，从游戏客户端到系统工具，许多产品都在内部使用了 Chromium 嵌入式框架或类似的浏览器组件。这些产品中的嵌入式浏览器组件，大多存在版本更新滞后、沙箱未启用、安全功能被禁用等类似问题。因此，CVE-2026-51990 案例所揭示的 "嵌入式浏览器组件成为远程代码执行落点" 的攻击模式，具有广泛的行业普遍性，值得所有在产品中嵌入浏览器引擎的厂商警惕和自查。
再次，本文的分析聚焦于技术层面的攻击链拆解和风险分析，对于攻击的地缘政治背景和情报归因问题未做深入讨论。UNC3569 组织被追踪为与中国情报导向相关的威胁组织，这一归因来自安全行业的公开追踪信息，但归因问题本身具有复杂性和不确定性，不同研究机构可能存在不同的判断。本文将 UNC3569 作为攻击的实施者来讨论，关注的是其使用的技术手法和工具链，而非其背后的政治动机或国家归属。这种技术中立的分析视角，有助于将讨论聚焦于安全问题本身，避免被地缘政治叙事所干扰。
最后，从防御实践的角度来看，CVE-2026-51990 案例给终端防护带来了新的挑战。传统的终端防护方案主要依赖文件检测和行为分析，对于 "通过合法软件的合法功能模块执行恶意代码" 的攻击模式检测能力有限。在本次攻击中，攻击者利用的是搜狗输入法的合法协议处理程序、合法的皮肤中心组件、合法的内嵌浏览器引擎，所有这些组件都有合法的数字签名和正常的行为特征，终端防护软件很难仅通过行为异常来识别攻击。这意味着，防御此类攻击的重心应当前移到漏洞修复和攻击面缩减，而非依赖终端侧的事后检测。厂商及时修复漏洞、用户及时安装补丁，才是最有效的防御手段。
从更宏观的视角来看，软件供应链安全已经成为网络安全领域的核心议题之一。CVE-2026-51990 漏洞虽然发生在终端软件层面，但其本质也是一种供应链安全问题 —— 搜狗输入法作为一个被广泛安装的软件产品，其安全缺陷通过供应链传导到了数亿终端用户。嵌入式浏览器组件则是供应链中的供应链，Chromium 引擎的安全状况通过搜狗输入法传导到了终端。这种多层级的供应链传导结构，使得任何一个环节的安全缺陷都可能在最终用户端产生严重影响。因此，加强软件供应链安全管理，不仅需要关注直接面向用户的软件产品，也需要关注产品中嵌入的第三方组件和开源模块，建立覆盖全供应链的安全治理体系。
8 结语
CVE-2026-51990 漏洞及其在野利用，为审视输入法这类高安装量基础软件的安全风险提供了一个典型样本。该漏洞并非单一的代码缺陷，而是由自定义 URI 协议参数注入、嵌入式 WebView 导航失控、过时无沙箱 Chromium 引擎三个缺陷串联而成的完整攻击链。攻击者只需诱导用户点击一个特制链接，即可在目标主机上部署 GrayRabbit 模块化后门，获得完整的远程控制能力。这种一键远程代码执行的攻击模式，社会工程成本极低而攻击收益极高，对终端安全构成了严重威胁。
腾讯在收到漏洞报告后十二天内发布了补丁，通过参数校验、协议限制和域名白名单三项措施封堵了已知的攻击路径，响应速度值得肯定。然而，补丁并未解决内嵌浏览器引擎版本过时、无沙箱运行、安全防护禁用等根本性的架构缺陷，这些剩余风险意味着类似攻击模式在未来仍有可能通过其他路径被利用。根本性的安全修复需要厂商将嵌入式浏览器组件纳入产品的常规安全生命周期管理，持续更新引擎版本、启用沙箱机制、恢复安全功能，而非在漏洞被披露后被动封堵特定攻击路径。
这一案例所揭示的问题具有广泛的行业普遍性。在桌面软件生态中，嵌入浏览器引擎的非浏览器产品比比皆是，这些产品中的嵌入式组件大多存在类似的安全维护不足问题。自定义 URI 协议处理程序的输入校验缺失、嵌入式浏览器的攻击面失控、第三方组件的安全生命周期管理缺位，是许多软件产品共同面临的安全短板。行业应当从这一案例中吸取教训，建立覆盖自定义协议安全设计、嵌入式组件安全维护、高安装量基础软件安全治理的完整防御体系，从源头上减少此类漏洞的产生和被利用的机会。
反网络钓鱼技术专家芦笛指出，网络安全的攻防博弈本质上是攻击面的博弈。攻击者总是在寻找产品中最薄弱、最被忽视的环节作为突破口，而输入法中嵌入的浏览器引擎，正是这样一个长期被忽视的薄弱环节。只有当软件厂商和安全行业真正将这些 "角落" 中的组件纳入安全视野，给予与其风险相匹配的关注和投入，才能有效压缩攻击者的操作空间，保护终端用户的安全。
编辑：芦笛（公共互联网反网络钓鱼工作组）
来源：迪妙网络空间安全学院
