一句话看懂：Z.ai 公开了其安全披露（CVD）页面，展示了一个覆盖 45 个开源项目、收录 2,436 个漏洞的数据库，其中大量高危漏洞尚未公开。这说明 AI 公司正在对底层开源生态进行系统性的安全审计，而不仅仅是训练模型。
事件核心：发生了什么
Z.ai 的安全披露页面显示，其漏洞库已收录 2,436 个漏洞，覆盖 45 个开源项目，时间跨度长达 45 年——最早可追溯至 1981 年，每个漏洞在被发现前平均潜伏 26.6 年。严重程度分布为：Critical 107 个、High 990 个、Medium 1,286 个、Low 53 个。值得注意的是，2,383 个漏洞尚未公开披露，仅 53 个已公开。最近收录的案例包括 Linux 内核 6lowpan 的 use-after-free（潜伏 11 年）、WebKit 内存处理缺陷、FreeBSD 的 ptrace 参数验证缺失导致 32GiB memmove 溢出、GStreamer 堆越界写、Suricata 的 SMTP 附件解析绕过以及 Joomla 的存储型 XSS。
为什么重要
Z.ai 作为 AI 公司，其安全披露页面有两点值得关注。第一，它不是在演练或展示框架，而是拿出了实际漏洞样本和完整数据分布，这种深度审计能力本身，正在成为 AI 公司竞争算力、模型之外的第三张牌。第二，漏洞覆盖 Linux、WebKit、FreeBSD、GStreamer 这些基础设施级组件，意味着 Z.ai 在构建或训练 AI 应用时，可能已经对图像生成、浏览器渲染、音视频处理等底层依赖链做了系统性排查。开源生态长期依赖“被看到才修复”的模式，而 AI 公司用自动化方式批量挖掘存量漏洞，可能改变上游修复的优先级序列。
对用户/开发者/创作者的影响
对开发者而言，如果你正在使用 GStreamer、Suricata、Joomla 或 Linux 内核相关组件，建议尽快核对 Z.ai 披露的漏洞编号（如 CVE-2026-64452、CVE-2026-43663），确认自身依赖版本是否受影响。大部分漏洞尚未公开细节，目前不能直接用于 PoC，但攻击者也在关注同一份清单。对使用 Safari 或基于 WebKit 的应用的用户，内存处理类漏洞意味着恶意网页可能导致进程崩溃或更严重的后果，保持系统更新是基本操作。对创作者而言，如果工具链涉及开源图像或视频处理组件，这类底层漏洞并不会直接影响创作流程，但依赖的托管平台或云端服务可能因此需要维护窗口，间接影响可用性。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，Z.ai 是否会逐步公开这 2,383 个未披露漏洞的具体细节，以及是否已同步给上游维护者并提交 CVE。第二，这个漏洞库是否会被整合进其 AI 安全产品或开源模型的安全能力中，例如用于自动修复代码生成。第三，其他 AI 公司是否会跟进类似的安全披露机制——若 AI 安全审计成为行业标准，开源项目维护者将面临更大的修复压力，而企业采购 AI 服务时，安全审计能力也会成为新的评估维度。
