一周六起安全事件：PHP、GitLab、LiteLLM 补丁之外的资产清查难题

一句话看懂：2026 年 10 月 16 日至 23 日，PHP、Node.js、GitLab、LiteLLM、OpenCode 及证书机构 eMudhra 接连出现严重安全事件，且已有攻击在漏洞披露前发生。真正耗时的不是升级，而是先知道自己哪些资产受影响。

事件核心：发生了什么

10 月 21 日当天，PHP、Node.js 和 GitLab 发布修复，同一天 LiteLLM 1.107.0 被曝在 PyPI 与官方容器镜像中夹带恶意代码，Python 启动即触发凭据窃取。具体看：PHP 两个预认证远程代码执行漏洞（CVE-2026-109618、CVE-2026-109619）均评为 9.2；GitLab 的 CVE-2026-110264 评分 10.0，可追溯至 2014 年的 7.0 版本；Node.js 修复了 Brotli 解码器越界写入等十个问题。此外，OpenCode Console 有旧系统被入侵，用户保存的 AI 服务商密钥可能泄露；eMudhra 八个中间 CA 私钥被指为小于 256 的整数，浏览器已拦截相关中间证书。亚马逊 MadPot 蜜罐在漏洞披露前四天就记录到 PHP2Shell 攻击尝试。

为什么重要

这批事件覆盖 Web 运行时、源码托管和 LLM 流量网关，都是普遍存在的组件。Mandiant 的数据显示，攻击者从披露到利用的平均时间已从 2018–2019 年的 63 天降至 2023 年的 5 天，且当年 70% 被利用漏洞为零日。AI 辅助发现漏洞进一步压缩了窗口。CIS Controls 把资产清单列为第 1、2 项控制，CISA 的 BOD 23-01 要求联邦机构每七天自动发现资产，原因很直接：不知道服务器存在，就谈不上打补丁。

对用户/开发者/创作者的影响

PHP 用户需确认容器、实例与 App Service 应用是否仍在 8.1 或更早版本；Node.js 20.x 及更早版本已不在修复范围内；自建 GitLab 的团队要排查是否还有暴露在公网的旧实例。LiteLLM 用户应按可信版本重建环境并轮换该身份可达的全部凭据，OpenCode 用户应吊销并重新签发密钥。对使用 AI API 的创作者和小团队而言，凭据泄露可能直接产生未授权账单，密钥管理需要像代码依赖一样定期审计。