2026 年 10 月下旬，全球信息安全形势出现三个明显变化：一是网络边界设备成为被利用的重灾区，VPN、邮件网关、远程支持系统集中出现可在未登录状态下执行代码的漏洞；二是开源供应链攻击从"投毒单个包"升级为"接管发布管道"，官方签名与构建溯源信息都可能是真实的，构件却仍然是恶意的；三是信任体系本身出现调整——一家证书机构的 8 张中间证书因密钥强度不足被集体撤销信任。

与此同时，国内监管层面持续加码：国家网络安全通报中心于 10 月 28 日通报 84 款移动应用违法违规收集使用个人信息，公安部刑侦局与工业和信息化部网络安全管理局联合通报两批涉诈突出 App。

我公司安全服务团队对上述公开信息进行了梳理、交叉核对与优先级排序，形成本通报。

信息截至 2026 年 10 月 29 日。 漏洞信息与版本号以各厂商官方公告为准，本文仅作梳理与提示，具体处置请结合自身环境评估。

一、先做这三件事

如果时间有限，请优先完成以下三项，它们覆盖了本时段绝大多数实际损失：

1. 排查是否安装过 LiteLLM 1.107.0 或 tensorlake 0.5.144。 若安装过，按"已被入侵"处理：先断网隔离，再在干净环境中更换全部密钥，最后重装系统。
2. 升级所有面向互联网的网络边界设备（VPN、邮件网关、远程支持系统），并在升级前后更换设备上保存的口令、证书与 API 密钥。
3. 检查证书链。 网站证书或代码签名证书若来自 emSign ECC Root CA – G3，需立即更换；服务器与容器镜像中的 CA 证书包也要同步更新并重新构建。

二、已被攻击者实际利用的漏洞（建议 24 小时内处置）

这一类已有真实攻击发生。处理顺序建议：先保留日志（升级会清空部分设备日志，涉及取证务必先导出），再升级，最后更换凭据。

另需关注两类"补丁不完整"或"无补丁"的情况：

• AhsayCBS 备份系统（CVE-2026-105133、CVE-2026-105134）：厂商此前的补丁不完整，需按最新公告再次升级。备份系统一旦失守，往往意味着最后一道恢复手段同时失效。
• Proxmox VE 7（CVE-2023-54391）：管理后台无需口令即可登录。该版本已停止维护、没有补丁，只能升级至 8.x 或 9.x。

三、供应链投毒：本时段最需要警惕的一类

本月共出现 4 起通过官方渠道分发的恶意版本，它们的共同点是：只要安装了恶意版本，机器上的密钥就可能已被窃取，与是否实际使用该软件无关。

3.1 LiteLLM 事件：签名是真的，构件是假的

LiteLLM 是广泛使用的开源大模型网关，每周下载量约 2300 万次。10 月 21 日约 11:39（UTC），恶意版本 1.107.0 被推送至 PyPI，同日 11:46 起官方容器镜像标签也被指向恶意镜像，PyPI 约 13:23 隔离下架，Docker Hub 约 14:20 完成处置。据公开统计，下架前该版本被下载约 4.9 万次。

官方 GitHub 仓库的源码是干净的——恶意文件只存在于打包产物（wheel 与镜像）中，不存在于源代码里。这意味着传统的代码审计无法发现问题。

攻击链的起点值得每一个研发团队警惕：一枚包含主密钥的配置文件于 5 月 27 日被误提交到公开仓库，团队随后强制推送覆盖了提交，但主密钥始终没有撤销。攻击者于 10 月 10 日使用该密钥提取出组织所有者的 GitHub CLI OAuth 令牌，进而绕过分支保护、将发布工作流的构建源重定向到仅差一个连字符的仿冒组织（Berri-AI 仿冒 BerriAI），最终让官方流水线亲自构建、签名并发布了恶意构件。公开分析还观察到，攻击者在获取凭据约 4.5 小时后开始验证被盗的 AWS 角色凭据并调用大模型枚举接口，行为特征符合"LLMjacking"（盗用他人云账户的大模型算力）。

处置要点：

• 立即固定版本到 1.106.2 或更早的明确版本，禁止使用 latest、main-latest、main-stable 等浮动标签。
• 不要在中招机器上运行 python 或 pip 排查——启动钩子会再次触发木马。
• 处置顺序必须是：先清除木马与隔离主机，再更换密钥。顺序颠倒可能导致木马删除机器上的数据。
• 需要更换的凭据范围应覆盖：云平台密钥、SSH 私钥、AI 工具与大模型供应商 API Key、CI/CD 变量、容器镜像仓库凭据。

3.2 研发侧的四条硬要求

从本时段的多起事件看，攻击者的切入点高度一致——不是发现了代码缺陷，而是拿到了发布权限。建议各单位立即落实：

1. 清点发布权限：明确谁可以推送发布，全部强制开启多因素认证（优先硬件密钥），清理休眠的贡献者账号。
2. 用短时效凭据替代长期令牌：在支持的平台上改用 OIDC 签发的、作用域受限的短时效凭据，不要保留静态密钥。
3. 依赖固定到精确版本并校验哈希：不要自动拉取最新版本；关键包可设置数小时的"观察期"再引入。
4. 密钥轮换制度化：按计划轮换，而不是等出事再换；同时扫描代码仓库与构建日志中已泄露的凭据。

四、尚未发现利用、但危害很高的漏洞

建议 72 小时至一周内完成处置。

• PHP（php2shell，CVE-2026-109618 / CVE-2026-109619）：未登录即可在服务器上执行代码，影响所有对外提供网页服务的 PHP 环境。修复版本 8.5.12 / 8.4.27 / 8.3.36 / 8.2.35，升级后必须重启 PHP 进程，容器镜像需重新构建。CNVD 已收录为 CNVD-2026-41674、CNVD-2026-41675 并评级"高危"，山西网信网已转发相关公告。是否已被利用目前说法不一，建议按已被利用处理。
• Node.js（CVE-2026-111497 等 10 个）：处理 Brotli 压缩数据时存在越界写入，可能被远程执行代码。修复版本 26.12.1 / 24.22.1 / 22.23.4；Node.js 20 与 25 已停止维护，需升级大版本。
• GitLab（CVE-2026-97229、CVE-2026-110264）：CVSS 10.0，提交特制的 CI 配置即可在服务器上执行代码。修复版本 19.4.2 / 19.3.5 / 19.2.8。
• Linux 内核 KVM 组件：虚拟机内的程序可影响宿主机。需升级宿主机内核并重启（如 6.1.190、6.6.159、6.12.113 等对应版本），虚拟化与云主机环境的处置窗口需提前协调。
• Oracle 产品：10 月关键补丁更新共修复 1209 个漏洞，其中 E-Business Suite 的 CVE-2026-101809 评分为满分 10.0。请按官方公告安装补丁。
• Google Chrome：升级至 155.0.8059.84 并重启浏览器。10 月 13 日版本一次性修复 37 个安全问题（7 个严重、29 个高危）。
• 微软 10 月补丁日：共修复 1413 个缺陷，含 3 个已被利用的零日漏洞，其中 70 余个评级为"严重"。除前述 Outlook、Exchange 外，还需关注 Windows DHCP Server（CVE-2026-96934）、Windows 消息队列（CVE-2026-100202）、Windows 文本整形（CVE-2026-97814）等网络可达的远程代码执行漏洞。

关于 PHP 与服务端运行时组件的完整版本对照、临时缓解措施与排查命令，可参见本栏目此前发布的《关于 PHP CVE-2026-109618 与 CVE-2026-109619 漏洞的处置方案》与《2026 年 10 月服务端运行时与 Web 服务器安全漏洞月度汇编》。

五、信任体系变更：eMudhra 证书事件

印度证书机构 eMudhra 的 8 张中间证书（6 张 TLS 中间证书与 2 张代码签名证书）被披露私钥强度极低、可被直接推算，意味着任何人都可能据此伪造证书。目前未发现被滥用的证据，但各主流信任库已撤销对 emSign ECC Root CA – G3 的信任，Chrome 已于 10 月 27 日完成移除。

需要完成的三件事：

1. 网站证书若来自该机构，立即更换；代码签名证书若来自该机构，评估影响并更换后重新签名。
2. 更新服务器与容器中的 CA 证书包（如 Go 1.27.3 / 1.26.10、Python certifi 2026.10.19 等），然后重新构建镜像——仅更新宿主机上的证书包对容器无效。
3. 注意每种运行时与许多工具各自维护独立的 CA 证书包，需逐一清点，避免遗漏。

六、国内监管动态：个人信息合规进入"逐项列明"阶段

• 10 月 28 日，国家网络安全通报中心通报 84 款移动应用（含 App、微信小程序、支付宝小程序、百度小程序、微信服务号）存在违法违规收集使用个人信息问题，检测时间为 2026 年 9 月 4 日至 10 月 15 日。问题集中在：首次运行未以弹窗等显著方式提示阅读隐私政策；隐私政策未逐一列出第三方代码、插件收集使用个人信息的目的、方式、范围；处理不满十四周岁未成年人个人信息未制定专门规则、未取得监护人单独同意；未采取有效安全技术措施；无隐私政策等。
• 上期通报的 82 款应用中，复测仍有 24 款存在问题，相关分发平台已予以下架。 这说明通报不是"一罚了之"，存在复查与下架的闭环。
• 公安部刑侦局与工业和信息化部网络安全管理局联合通报 2026 年第一批、第二批涉诈情况突出 App 名单，要求互联网服务提供者依据《反电信网络诈骗法》承担风险防控责任，对整改不到位的依法依规处理。

上述行动依据中央网信办、工业和信息化部、公安部联合发布的《关于开展 2026 年个人信息保护系列专项行动的公告》。对运营 App、小程序、公众号的单位而言，合规要求已经具体化到"每一项都要写清楚"：补齐隐私政策与第三方 SDK 清单、单独制定未成年人信息处理规则、首次运行时以显著方式取得同意并留存记录。

七、72 小时处置时间表

八、我公司的建议

从本时段的事件看，有三点值得各单位信息化与安全负责同志特别留意：

1. 网络边界设备的处置窗口正在急剧压缩。 漏洞公开到出现规模化扫描之间往往只有数小时。边界设备应建立"升级前后更换凭据"的固定流程，而不是只打补丁。
2. 软件供应链的信任锚点已经下沉。 签名与溯源只能说明"这个构件由哪个管道构建"，不能说明"它是否应当被信任"。SBOM 应记录哈希而非仅记录版本号，否则无法回答"我们到底有没有中招"。
3. 合规与安全的边界正在合并。 个人信息保护专项行动的检查项已经具体到弹窗、SDK 清单与未成年人规则，这既是合规问题，也是安全技术措施是否到位的问题。

我公司可提供资产与版本排查、漏洞验证与修复方案、边界设备加固、开源组件治理与 SBOM 建设、个人信息合规自查等服务。如需协助开展本次通报涉及漏洞的排查与处置，欢迎联系。

联系电话：0351-5255612（此为我公司唯一对外联系电话）
官方网站：www.sxslz.com（我公司对外邮箱后缀均为 @sxslz.com）
投诉与举报渠道：ts.sxslz.com

参考资料

1. 国家信息安全漏洞共享平台（CNVD）关于 PHP 远程代码执行漏洞的风险提示，CNVD-2026-41674、CNVD-2026-41675，2026 年 10 月 21 日；国家互联网应急中心、山西网信网同步转发
2. 国家网络安全通报中心关于 84 款移动应用违法违规收集使用个人信息情况的通报，2026 年 10 月 28 日
3. 公安部刑侦局、工业和信息化部网络安全管理局关于涉诈情况突出 App 的通报（2026 年第一批、第二批）
4. LiteLLM 官方安全事件公告与攻击链复盘，2026 年 10 月 21—23 日；微软、Wiz、Datadog、JFrog、Socket、StepSecurity 等机构独立分析
5. 微软 2026 年 10 月安全更新指南（Patch Tuesday）
6. Oracle 2026 年 10 月关键补丁更新公告
7. Ivanti、Citrix、Fortinet、Cisco、Palo Alto、BeyondTrust、Atlassian、Apple、Plex、Ahsay、GitLab、Node.js、Google 官方安全公告
8. Google、Mozilla 关于 eMudhra 证书事件的公告，2026 年 10 月 17—21 日
9. ENISA《软件物料清单技术建议》，2026 年 10 月 22 日

本文整理自厂商安全公告与公开报道，仅供安全防护参考，请勿用于非法用途。版本号与修复方案以各厂商官方发布为准。