AREX Feed Article
智谱 Z.AI 的 Zixuan Li 称 GLM 挖出 23 个 Windows 漏洞，微软 MSRC 公开致谢数据与之对应
北京时间 10 月 14 日 21 时 50 分，Z.ai（前称智谱 AI）的 Zixuan Li 在 X 上发帖称，GLM 刚刚帮助发现了 23 个 Windows 漏洞，且「全部获得微软 MSRC 确认」；他同时写道，「在开源项目之外，商业软件的安全也在通过 GLM 驱动的独立漏洞发现与负责任披露得到改善」()。截至 10 月 15 日发稿，这条帖子获得 924 个赞、约 3 万次浏览。Li 的 X 资料自述为 Z.ai 的「Lead」（负责人）()。Z.ai 是 GLM 系列开放权重模型的开发商，2026 年 1 月在港交所上市 ()。
这条公告附带了一份可以在微软官网上直接核对的证据：Li 晒出的截图是微软 MSRC 安全更新指南的致谢页，检索词为 GLM，页面底部写着「Loaded all 23 rows」（已加载全部 23 行）。本篇报道查询微软公开的致谢数据接口确认 ()：2026 年 10 月 13 日发布的安全更新批次中，确有 23 条署名带「using GLM from z.ai」的漏洞致谢记录，全部涉及 Windows 组件。就在发帖 47 分钟前，正是 Yuki Chen 在 X 上宣布加入 Z.ai。
帖子附图：MSRC 致谢页上能看到什么
MSRC（Microsoft Security Response Center，微软安全响应中心）是微软处理漏洞报告、发布安全更新与协同响应的官方中枢 ()。附图页面的筛选时间范围为 2026 年 10 月 1 日至 28 日，检索词为 GLM；表格中可见 6 行，Release 一栏均为 2026 年 10 月 13 日，署名均为「Yuki Chen using GLM from z.ai」并附 z.ai 链接。
可见的 6 条分别是：两条 Windows USB 打印驱动特权提升漏洞（CVE-2026-96250、CVE-2026-96304），Windows Workstation Service 特权提升漏洞（CVE-2026-96923），Connected Devices Platform Service（Cdpsvc）特权提升漏洞（CVE-2026-95943），Windows Update Service 特权提升漏洞（CVE-2026-100203），以及 Windows Update Orchestrator Service 特权提升漏洞（CVE-2026-97812）。其余 17 行在画面之外；按公开接口数据，这 23 行都属于 10 月 13 日批次。
微软公开数据能印证什么，剩下的仍是 Z.ai 的说法
以「致谢文本包含 GLM」为条件查询，该接口返回全部历史共 26 条匹配记录：其中 23 条集中在 2026 年 10 月 13 日批次，署名分别为「Yuki Chen using GLM from z.ai」（16 条）与「k0shl using GLM from z.ai」（7 条），类型均标注为 Finder（发现者）；另外 3 条来自 7 月 14 日批次，署名「kunlun Lab & GLM」，对应 Microsoft Office、Word 与 Exchange Server 的远程代码执行漏洞。也就是说，GLM 出现在 MSRC 致谢名单上并非第一次，但在此前，单个批次最多只有 3 条。
按漏洞类型划分，这 23 条记录中，20 条为特权提升（Elevation of Privilege），2 条为信息泄露，1 条为远程代码执行——Microsoft OpenSSH for Windows（CVE-2026-97816）。USB 打印驱动一个组件就占了 5 条。
两条已公开的 CVE 记录可以从 MITRE 的 CVE 数据库查到 (、)：前者是 Windows USB 打印驱动中的释放后使用（use-after-free，CWE-416）问题，允许已授权攻击者在本地提升权限，CVSS 3.1 基分 7.0（高危）；后者是 Windows Update Orchestrator Service 的双重释放（double free，CWE-415）问题，同为 7.0 分。两个编号分别在 9 月 22 日和 9 月 25 日由微软预留，10 月 13 日公开发布。以 CVE-2026-96250 为例，受影响范围覆盖 Windows 10 21H2/22H2、Windows 11 23H2～26H2 与 Windows Server 2022/2025 (、)。CISA 的补充数据将两者均标注为「未发现在野利用」。
微软致谢署名的措辞是研究者「using GLM」，它能证明的是：这批漏洞由使用 GLM 的研究者发现并报告；致谢数据本身并不记录发现过程。
主要署名者 Yuki Chen：入职公告在前，成果帖在后
北京时间 10 月 14 日 21 时 03 分，Yuki Chen（@guhe120）发帖：「新的旅程，新的使命！很兴奋也很感激，能有机会以前沿 AI 的力量与 @Zai_org 一起建设更安全的网络空间。」()。7 分钟后，Li 发帖欢迎：「很高兴欢迎 Yuki Chen（也以古河/Guhe 之名为人所知）加入 z.ai！他数十年的漏洞研究已经、并将继续帮助社区用 GLM 建设更安全的网络空间。」()。21 时 50 分，就是本文开头那条成果帖。
Chen 的 X 资料自述参加过 Pwn2Own 2015～2017、PwnFest 2016 与天府杯 2018～2020，五次位列 MSRC 年度最具价值研究者（MVR）榜首，并拿过两个 Pwnie 奖 ()。而 MSRC 名单上还有第二个署名 k0shl——Li 的成果帖没有点名任何提交者，也没有提到这个名字。
前情：OpenVuln 在 9 月底报出 4,249 个疑似漏洞
Li 的 X 账号近一个月里多次发布 Z.ai 的安全相关工作。9 月 30 日，他披露 GLM-5.3 驱动的 OpenVuln 服务「已帮助守护 389 个开源项目，迄今发现 4,249 个潜在漏洞」，服务保持免费，发现结果会私下提交给维护者 ()，服务页面挂在 Hugging Face 上 ()。更早的 9 月 21 日，他发布过 ZCode 开源后安全问题整改的声明，称第三方安全机构的独立审查已在进行 ()。10 月 14 日的成果帖把这条线推进到商业软件：Windows 上这 23 个漏洞，就是他所说的「商业软件的安全也在被改善」的实例。
回应与留下的空白
其 X 资料显示正在开发区块链漏洞挖掘工具 bitsecai 的 yubrew 引用转发写道：「模型往往把功劳全占了——harness、agent、架构、运维的功劳在哪里？」()。不少回复则追问下一版模型：「GLM-5.5/6.0 在哪」()。
帖文本身没有附技术细节：用的是哪一版 GLM、这项工作进行了多久、k0shl 与这批记录是什么关系、Z.ai 是否获得微软的漏洞赏金，均未说明。23 条致谢与两条 CVE 的原始数据在微软一侧随时可复核；这批漏洞究竟怎么被 GLM 挖出，目前仍只有 Z.ai 的单方叙述。