资料核验截至：2026 年 10 月 23 日（UTC）
覆盖时段：2026 年 7 月 25 日—10 月 23 日，重点覆盖 9—10 月的新公告与后续补丁。
适用对象：维护 Node.js、Java、Python 服务、容器、构建流水线与开发环境的工程师和安全响应人员。

本文汇总 Node.js、Java、Python 运行时、标准库及常见服务端框架和依赖中的近期重要安全风险，提供影响范围、修复版本、临时缓解措施、补丁选择与验收方法。

文中列出各生态的重点风险，实际影响需结合组件版本、功能配置和可访问入口判断。漏洞信息以官方公告为依据，日期主要指公开披露日期；修复包发布早于披露时另行说明。未经官方证实的利用条件、CVSS 分数及在野攻击情况不作推定；基于部署条件提出的措施标为实施建议。

TL;DR：修复步骤与建议

  1. 先更新真正承载服务的运行时。 Node.js 对应分支至少到 22.23.4 / 24.22.1 / 26.12.1。使用 Node 24 的服务，可在同一主版本内升级到 24.22.1 或之后包含相同修复的版本。S1S2
  2. Node 应用依赖另外更新。 Next.js 建议采用 15.5.28 / 16.4.1 作为升级基线；独立使用 React Server Components 时，核查实际安装的 react-server-dom-* 包。只更新 Node 二进制不能覆盖这些框架漏洞。S8S9S10S11S12
  3. Java 同时核对两轮更新。 直接安装同时覆盖 10 月 20 日 CPU 和 10 月 21 日 CVE-2026-91403 证书信任紧急修复的厂商版本。Oracle JDK 11—27 的具体带外版本见第 2.2 节；其他发行商按自己的安全包与完整构建号验收。Tomcat 对应分支到 9.0.123 / 10.1.61 / 11.0.27。S16S17S18S20S21S22S23
  4. Python 分别处理解释器、应用包和证书包。 解释器基线见第 2.3 节；certifi 建议 ≥2026.10.19，pip ≥26.2.2，使用 uv 时 ≥0.13.4。现有每个 venv 都需检查。对 wrap_bio() 相关代码，还必须传入正确、非空的 server_hostname。S29S30S31S33S35S36S37
  5. 暂时不能升级时，针对实际入口收缩暴露。 优先停止不可信 Brotli 解码、受影响图像/分页/归档处理，隔离有问题的 LDAP 或认证入口；保持 TLS 证书与主机名校验。入站 WAF 无法覆盖应用拉取恶意压缩响应等出站路径。S3S11S25S27S30S32
  6. 重建、替换旧进程，再从真实业务链路验收。 保存锁文件和镜像摘要，重建应用与镜像，滚动替换全部 worker/JVM/容器；核对实际进程、依赖树、信任库和正常业务回归。只有命令行版本变新，不能算完成。
  7. 若安装或运行过 LiteLLM 1.107.0，走事件处置流程。 10 月 21 日官方确认该发布产物被投毒；先隔离并从干净环境调查、重建和轮换可访问凭据。不要先在可疑环境启动 Python/pip 做检查。详见第 9 节。S41

1. 漏洞概览与风险判断

1.1 按实际暴露面安排处置

下表的“优先关注”是实施建议，漏洞等级采用厂商原始口径，包括 Apache 的 Important。CVSS 3.1 与 4.0 使用不同评分体系，不宜仅按分数横向排名。

生态 / 层级重点问题官方等级或已核实分数优先关注的部署
Node.js 原生依赖CVE-2026-111497：Brotli 越界写，存在 RCE 风险Node：High解码外部请求体或外部响应中的 Brotli 数据 S1S3
Node.js TLS / DNSCVE-2026-105482、105483、106069：解析与身份校验不一致HighURL 抓取、代理、Webhook、动态目标地址 S1S5S6
Node.js HTTP/2CVE-2026-56846、56848：内存耗尽与 UAFHighNode 直接处理不可信 HTTP/2 流量 S7
React / Next.jsRSC / use cache typed arrays RCECritical；CVSS 4.0 9.5服务端 RSC、相关缓存组件与数据路径 S9S10
Next.js 图像优化CVE-2026-96889：SVG 图像处理 RCECritical；CVSS 4.0 9.5glibc Linux 上可处理不可信图像的实例 S11
Next.js Server Actions特制请求造成 CPU 耗尽High；CVSS 4.0 8.2App Router 且至少一个 Server Action S12
Java TLS 信任CVE-2026-91403：继续信任受影响的中间 CACVSS 3.1 9.1使用受影响信任链的 TLS/API 场景 S17
TomcatJNDIRealm 认证绕过、HTTP/2 串线、AJP 响应泄漏Important对应 Realm / Connector / async Servlet 路径 S21S22S23
Spring for GraphQLCVE-2026-59285：分页反序列化 RCEHighJackson 2 + Connection 分页 + 可利用类路径 S25
Spring SecurityCVE-2026-59270：内嵌 LDAP 已知管理身份暴露Critical启用了内嵌 LDAP，且监听端口可被攻击者访问 S27
CPython sslCVE-2026-19445：SNI 切换上下文导致 UAFCriticalPython 自己终止 TLS，且满足上下文生命周期条件 S29
CPython sslCVE-2026-19553：缺失 hostname 时跳过校验Highwrap_bio() / 相关 asyncio 调用缺失预期主机名 S30
CPython tarfileCVE-2026-82049：硬链接与符号链接组合绕过High自动提取不可信 tar 归档 S32
Django / GeoDjangoCVE-2026-15307：空间查询写文件、SSRF，条件下 RCEHigh对不可信输入开放空间查询或相关管理后台 S38
Python 证书依赖certifi：emSign 相关证书撤信Critical；GHSA，无已知 CVE仍使用受影响 CA bundle 的 TLS 客户端和包管理工具 S36S37

缩写：RCE 为远程代码执行，UAF 为释放后使用，SSRF 为服务器端请求伪造。RCE 的直接权限通常是承载应用的进程权限，不能自动等同于 root 权限。

**建议的顺序：**先处理外部可达且满足条件的 RCE、认证绕过、跨用户数据泄漏及证书身份验证问题；同时对公网 DoS 入口安排更新。无需为了证明可利用而在生产运行攻击载荷。依赖存在、代码路径可达、攻击条件满足，是三个需要分别核对的问题。

1.2 三个容易混淆的边界

  • 运行时与依赖分开升级。 Node、JDK、CPython 的安全更新不自动修复独立安装的 Next.js、Spring、Django、certifi 或原生扩展。
  • 修复门槛与当前部署基线分开。 某个 8 月漏洞的首个补丁，不保证覆盖 9—10 月新问题；第 2 节采用已核实的后续更新作为实施目标。
  • 普通漏洞与已经发生的供应链投毒分开。 对普通漏洞，补丁消除未来攻击路径；已运行恶意包时，还需调查凭据与持久化影响。第 9 节的 LiteLLM 是官方确认的事件。S41

是否存在已确认的在野利用，应以官方披露为准。厂商未提及利用活动，也不能反向证明没有攻击；应按实际暴露面执行修复。

2. 修复版本与部署基线速查

2.1 Node.js、React、Next.js 升级基线

组件 / 分支建议版本基线使用说明
Node.js 22.x22.23.410 月 21 日安全发布 S1S2
Node.js 24.x24.22.1适用于 24.x 分支；24.22.0 不包含 10 月 21 日安全补丁 S1S2
Node.js 26.x26.12.1同批安全发布 S1S2
Node.js 20 及更早上游分支迁移至受支持分支Node 20 不接收此次上游修复；厂商延长支持另核 S3
Next.js 15.x15.5.2810 月 14 日更新 S8
Next.js 16.x16.4.1同上 S8
独立 RSC 19.0 / 19.1 / 19.2 / 19.3 分支19.0.9 / 19.1.10 / 19.2.9 / 19.3.1三种 react-server-dom-* 包分别核查；不是只看顶层 react S10
Next 实际加载的 sharp≥0.35.5SVG 漏洞的官方临时修复条件；不替代其他 Next.js 补丁 S11

Node 官方对 10 月漏洞列出了受影响的维护分支，但未逐项给出最初引入的补丁版本，因此无法仅凭维护分支范围确定各漏洞的精确起始版本。部署时优先使用同分支上述版本或确认包含相同修复的后续版本。

2.2 Java：10 月 CPU 加带外证书更新

下表是 Oracle JDK 口径。第二列仅代表 10 月 20 日 CPU，第三列才覆盖官方 10 月 21 日带外发布；不能把第二列直接作为本次全部 Java 风险的合格线。S16S17S18

分支10 月 20 日 CPU10 月 21 日 Oracle 带外发布
1111.0.3311.0.33.0.2
1717.0.2117.0.21.0.2
2121.0.1321.0.13.0.2
2525.0.525.0.5.0.2
2727.0.127.0.1.0.2
88u511公开发布表仍显示 8u511；必须核对具体安全构建和信任链修复，不能只凭短版本号判定

**Java 8 需按完整构建信息核对：**Oracle 警报将 8u511 列入受影响版本，而发布列表又以同一短名称列出后续更新。仅凭“8u511”短版本号无法区分补丁状态，应确认具体安全构建与信任链修复内容。S17S18

**Temurin、Corretto、Zulu、Microsoft Build of OpenJDK、发行版 OpenJDK 等，按各自公告和完整包/构建号核对。**例如 Adoptium 的官方发布记录说明，相关构建重新打包以加入 eMudhra 修复；上游版本名称相同不代表包内容相同。Oracle 的 .0.2 后缀规则不能机械套用其他发行商。S20

Java 应用组件建议版本基线备注
Tomcat 9 / 10.1 / 119.0.123 / 10.1.61 / 11.0.27逐分支核对；Tomcat 10.0 已停止维护 S21S22S23
Spring for GraphQL 2.0.x2.0.5（OSS）商业支持另有 2.0.4.1 S25
Spring Security 7.1 / 7.07.1.1 / 7.0.7（OSS）对应 8 月公告的最低修复版本；部署前还需核对后续安全公告 S27S28
Spring Security 6.5 / 6.4 / 5.8 / 5.76.5.12 / 6.4.19 / 5.8.28 / 5.7.26公告列为商业支持修复；无对应支持时评估迁移，不能假定 Maven Central 免费可得 S27

Spring 升级应尊重项目的 Spring Boot BOM、Java 最低版本和兼容线。不要为了拿到一个补丁，把所有 Spring 模块直接强制改成同一个数字。

2.3 CPython、Django 与证书依赖

下表第二列主要针对 9 月披露的 TLS 问题；tarfile 的分支差异见第 5.3 节。10 月 21 日又有打包证书更新，因此列出后续可采用基线。S29S30S33S35

CPython 分支9 月安全批次最低版本建议部署基线
3.103.10.22上游最后一次发布，已 EOL；安排迁移或核实发行版延长支持 S34
3.113.11.173.11.17，并单独更新每个环境中的 pip / certifi
3.123.12.153.12.15，并单独更新每个环境中的 pip / certifi
3.133.13.163.13.17
3.143.14.83.14.9
3.15正式 3.15.0 已包含两项 TLS 修复 S31S473.15.1

3.11、3.12 的上游安全版本可能只有源码发布；使用操作系统包时，核对厂商回补公告和完整包版本，不要求把系统 Python 强行替换成自行编译版本。S33S34

独立依赖建议版本基线说明
Django 5.2 / 6.0 / 6.15.2.18 / 6.0.9 / 6.1.2纳入 10 月 6 日后续修正 S38S39
certifi≥2026.10.19GHSA 初始补丁为 .18；PSF 推荐 .19 以保留未受影响证书的兼容性 S36S37
pip≥26.2.2内置的 certifi 副本需另更新 S35S37
uv（若使用）≥0.13.4按实际安装方式更新 S37

**上述基线对应已列明的补丁范围。**10 月 22 日又披露了一项 tar_filter 中危问题，截至 2026 年 10 月 23 日，尚未确认包含该修复的正式维护版；因此，3.13.17 / 3.14.9 / 3.15.1 不能视为已覆盖所有 tarfile 问题。见第 5.4 节。S40

2.4 发行版回补如何认定

适用于 Ubuntu、Debian、RHEL 等软件包的实施原则：

  1. 记录操作系统版本、仓库来源、完整包版本和厂商安全公告编号。
  2. 确认公告包含具体 CVE，以及对应发行版的修复包门槛。
  3. 对照实际运行进程所加载的二进制/库，而非仅对比上游短版本。
  4. 没有厂商补丁证据时，保留“尚待确认”，不要把版本号看起来旧或新当作唯一结论。

不同发行版的 apt/RPM 包版本与回补策略存在差异，应以各发行版的安全公告和完整包版本为准。

3. Node.js / JavaScript 生态：成因与修复分析

3.1 CVE-2026-111497：Brotli 原生解码器越界写

披露：2026-10-21；Node 官方等级：High。 Node 22.x、24.x、26.x 的受影响构建需要安装第 2.1 节补丁。Node 公告未列出数值 CVSS 评分。S1

问题发生在处理畸形 Brotli 压缩流时的原生解码逻辑，可导致越界写。Vercel 的官方说明确认，研究演示涉及进程内存泄露与命令执行。攻击者能否触达解码器，取决于应用或依赖是否实际解码其控制的数据。S3

需要同时检查两个方向：

  • **入站：**框架或中间件自动解压用户提交的 Brotli 请求体。
  • **出站：**HTTP 客户端、图片抓取器等访问攻击者可控来源，并自动解压返回内容。

因此，仅关闭服务器向浏览器发送 Brotli 压缩内容，并没有移除“解码”入口；只做入站 WAF 防护也覆盖不到主动抓取响应的路径。S3

**补丁方向：**Node 将 Brotli 上游修复移入原生依赖，补充非法解码状态检查与错误传播。维护自编译版本时，应采用正式安全发布或匹配分支的完整补丁，不能只改一个 JavaScript 包的版本声明。S4

**临时实施建议：**停止不必要的不可信 Brotli 解码；检查中间件与 HTTP 客户端的自动解压行为；如果业务必须接受该格式，尽快在已修补环境完成处理。调整 Accept-Encoding 只是协商行为，不应单独作为已阻断恶意响应的证据。

3.2 TLS / DNS 的三个 High：校验对象与实际目标不一致

三项均于 10 月 21 日披露，正式升级门槛见第 2.1 节。S1

标识已确认问题官方影响分支
CVE-2026-105482dns.resolve 对包含 NUL 的名称发生截断22.x / 24.x / 26.x
CVE-2026-105483全角数字形式的 IP 导致证书主机名校验绕过24.x / 26.x
CVE-2026-106069可被宽松解释为 IP 的主机名导致 TLS 校验绕过22.x / 24.x / 26.x

DNS 问题的本质是上层检查的字符串与底层实际解析的名称不同。官方修补在解析入口拒绝 NUL，并增加回归覆盖。S6

TLS 两项涉及名称规范化、IP 解释与证书匹配的一致性。修补使非标准 IP 输入被拒绝或正确处理，避免把实际 IP 端点与证书域名身份混为一谈。S5

**实际排查建议：**优先检查接收用户 URL、动态代理目标或 Webhook 地址的代码；统一规范化与允许列表判断，拒绝 NUL/控制字符，确认合法 IPv4、IPv6 和国际化域名仍工作。是否能进一步构成 SSRF，需要应用链路证据，不能从 CVE 名称直接推导。

不要通过 NODE_TLS_REJECT_UNAUTHORIZED=0 或 rejectUnauthorized: false 消除升级后的校验错误。应修正地址、证书与业务配置。

3.3 7 月 HTTP/2 高危与权限模型问题

7 月披露的下列问题仍需纳入排查，部署时建议直接采用第 2.1 节的 10 月安全版本基线。S7

CVE成因与影响首个修复版本
CVE-2026-56846留存的 HTTP/2 header 块未被正确纳入 maxSessionMemory 预算，可耗尽内存；影响 22.x / 24.x22.23.2 / 24.18.1
CVE-2026-56848HTTP/2 收包过程中重入发送路径，造成堆 UAF；影响 22.x / 24.x / 26.x22.23.2 / 24.18.1 / 26.5.1
CVE-2026-58043--permission 路径前缀边界匹配过宽，可能访问允许列表外文件同上三条维护线

三项官方均为 High。前两项优先检查 HTTP/2 是否由 Node 本身处理；第三项只有在使用权限模型并依赖该边界时才有对应意义。不能把权限模型项一律描述为无需认证的网络 RCE。S7

临时把 HTTP/2 终止在独立、已更新的代理上，并限制后端来源，是降低暴露的部署选择；资源配额只能控制资源耗尽的后果，不能修补 UAF。

3.4 10 月 React / Next.js：两项 RCE 与一项 DoS

A. RSC / use cache 返回 typed arrays 的 RCE

**公开日期：2026-10-14；Critical，CVSS 4.0 9.5。**官方公告标识如下：

  • React：GHSA-xqc2-xf4c-x3h3。
  • Next.js：GHSA-673q-mjm6-r5xr。S9S10

React 上游问题涉及 RSC 响应中的多个 typed arrays 与攻击者可控值组合。受影响的三个 react-server-dom-* 包版本为 19.0.0—19.0.8、19.1.0—19.1.9、19.2.0—19.2.8、19.3.0；修复门槛见第 2.1 节。纯浏览器端 React，或完全不使用支持 RSC 的框架/插件的应用，不属于此项范围。S10

Next.js 下游公告列出 16.0.0—16.4.0，修于 16.4.1；场景是 App Router、Cache Components 和返回多个 typed arrays 的 use cache 函数。官方没有可靠的通用 workaround，并要求受影响版本用户及时升级，不宜仅靠人工搜索“好像没有这个函数”结束处置。S9

B. SVG 图像优化 RCE

**CVE-2026-96889 / GHSA-2464-fhr4-w9xw，2026-10-14，Critical，CVSS 4.0 9.5。**问题在图像优化所用的上游原生库，官方指出 glibc Linux 场景存在 RCE 风险。S11

官方版本字段为：

  • >=10.0.0 <=15.5.27；
  • >16.0.0 <=16.4.0。

官方对 16.x 分支使用严格下界 >16.0.0，但该范围表述不足以证明 16.0.0 已安全。实际升级目标统一采用 15.5.28 / 16.4.1。S11

官方临时方案是保证 Next 真正加载的 sharp ≥0.35.5。锁文件、嵌套依赖和部署镜像可能仍保留旧实例，因此仅在顶层添加一个新版 sharp 依赖不够，应检查最终依赖树并重新构建。S11

C. Server Actions CPU 耗尽

**GHSA-p3m5-59mp-jv5r，2026-10-14，High，CVSS 4.0 8.2。**Next 影响 13.0.0—15.5.27、16.0.0—16.4.0，修复 15.5.28 / 16.4.1。条件为 App Router 且至少一个 Server Action；恶意请求可让 CPU 长时间被占用，阻塞同进程后续请求。Pages Router 或没有 Server Actions 的应用不受此项影响。S12

官方未给出可代替升级的 workaround。限流、并发与资源配额可减小损害，但不能作为补丁验收结论。

3.5 同窗口内更早的 Next.js 严重问题

以下项用于避免遗漏仍停留在 8—9 月以前版本的部署；不建议现在只升到表中的旧修复门槛。

日期标识 / 场景首个修复；现行行动
2026-08-25GHSA-2xp9-vwfh-vxw4：AVIF 图像优化原生库 RCE，Critical15.5.24 / 16.3.3；现在采用 15.5.28 / 16.4.1 S13
2026-08-25CVE-2026-75604：Windows 上同时使用 Pages Router 与 App Router，且未启用 Cache Components 时的 RCE，Critical；版本 >=13.4.0 <15.5.24、>=16.0.0 <16.3.315.5.24 / 16.3.3；Linux/macOS 不受这一特定 Windows 问题影响 S14
2026-09-22GHSA-vcvr-r3jv-pc5j：next/og 的 Node 图像生成路径处理不可信 SVG，Critical；16.2.0—16.3.516.3.6；Edge 实现不在此项范围，15.x 不属于该 RCE 影响分支 S15

4. Java 生态：运行时信任、容器与框架分开处理

4.1 JDK：常规 CPU 与 CVE-2026-91403 是两层更新

10 月 20 日 Oracle CPU 的 Java SE 风险矩阵列出 55 个新安全补丁，其中 49 项标为可通过网络无认证利用。这并不表示 55 个 Critical，也不表示每个 Java Web 服务都存在 49 条可直接利用的 RCE 路径；要结合矩阵中的组件、API、用户交互和部署条件理解。S16

次日的 **CVE-2026-91403（CVSS 3.1 9.1）**处理另一类风险：不再信任与 eMudhra 事件相关的一组中间 CA。它影响 TLS 对端身份认证及通信机密性/完整性，不能描述为 JVM 内存破坏漏洞。S17

Oracle 公告将 10 月 20 日发布的版本列为受影响，因此还需安装 10 月 21 日的带外更新，具体版本见第 2.2 节。GraalVM 也有对应受影响产品，修复版本应以其专属安全公告为准。S17S18

**临时官方措施：**先备份，再从每个实际使用的 truststore 移除指定根证书：

  • emSign ECC Root CA - G3，Oracle 别名 emsigneccrootcag3 [jdk]。
  • AAA Certificate Services，Oracle 别名 comodoaaaca [jdk]。S19

JDK 11 及以后，官方示例为：

keytool -delete -cacerts -alias "emsigneccrootcag3 [jdk]"
keytool -delete -cacerts -alias "comodoaaaca [jdk]"

这些命令应使用目标 JDK 自带的 keytool，并确认操作的是应用实际信任库。Java 8 使用对应 jre/lib/security/cacerts 路径；定制 truststore 要单独处理，其他发行商的别名可能不同。根证书移除会扩大拒绝范围，应回归合法业务证书链。S19

官方还提供启用撤销检查的选择，但效果取决于实际 TLS 实现、撤销服务可达性与失败策略。对一般部署，优先安装厂商完整更新，避免把两个 JVM 开关当作所有 TLS 库都已修复的证据。

4.2 Tomcat：认证绕过与跨用户请求隔离

下列三项于 2026-10-20 公开；修复版条目日期是 10 月 12 日。Apache 官方等级均为 Important。S21S22S23

CVE确认影响区间必要场景 / 结果
CVE-2026-1012969.0.0.M1—9.0.122；10.1.0-M1—10.1.60；11.0.0-M1—11.0.26JNDIRealm 配置非 GSSAPI 的 SASL 认证机制，凭据验证缺失，错误密码也可能通过
CVE-2026-1013569.0.118—9.0.122；10.1.55—10.1.60；11.0.22—11.0.26HTTP/2 的异步 Servlet 错误处理错误回收/复用对象，造成用户间请求或响应串线
CVE-2026-103119仅确认 11.0.0-M25—11.0.26AJP 大型非阻塞写发生 buffer under-read，可能把前一响应数据带入后续请求

对应修复为 9.0.123 / 10.1.61 / 11.0.27；AJP 这一项按公告仅列 Tomcat 11，不能扩展成三个分支都有相同问题。S21S22S23

JNDIRealm 补丁修复实际认证流程中的校验缺口，不能用“应用登录界面看起来正常”代替验证。应检查服务真正配置的 Realm、SASL 机制，并测试错误密码必须失败。S24

**临时实施建议：**隔离受影响认证路径；在业务允许时暂停 Tomcat 的 HTTP/2 处理；关闭无用 AJP。仅限制 AJP 端口的直接访问，不能证明经合法前置代理进入的流量没有影响。正式更新后应测试两个独立用户的异步并发请求，确认身份和响应没有串线。

4.3 Spring for GraphQL：CVE-2026-59285 漏洞

**公开日期：2026-08-20；High。**受影响 2.0.0—2.0.4，修复 **2.0.5（OSS）**或 2.0.4.1（商业支持）。S25

这是分页查询中的不安全反序列化风险，官方要求以下条件同时满足：

  1. 使用 Spring for GraphQL。
  2. 使用 Jackson 2.x 反序列化 JSON。
  3. 对外提供 Connection 分页字段。
  4. classpath 存在可在实例化或反序列化中执行非预期逻辑的特定类。

满足条件时，恶意 GraphQL 请求可能造成 RCE。不能简化为“所有使用 Jackson 的 Java 程序都可被利用”。S25

**为何不能停留在 2.0.4：**6 月的 CVE-2026-41699 曾给出 2.0.4 等修复门槛，8 月公告又明确把 2.0.4 纳入新的影响范围。因此，修复记录必须按后续公告更新，不能沿用旧 CVE 的最低版本。S26

暂时无法升级时，可暂停不可信调用方能触达的相关分页字段；缩小可反序列化类型与类路径是纵深措施。回归应覆盖合法 cursor、分页结果及异常输入拒绝，并检查最终应用 JAR 内的实际组件版本。

4.4 Spring Security：CVE-2026-59270 与关联认证风险

**CVE-2026-59270，2026-08-20，Critical。**内嵌 UnboundIdContainer 默认登记已知管理员身份，并监听所有网卡。组件启用且端口可达时，攻击者可读取或修改目录数据；普通引入 Spring Security 的项目不因此自动暴露 LDAP。S27

受影响范围：

分支受影响首个修复 / 获取渠道
7.17.1.07.1.1 OSS；另有商业 7.1.0.1
7.07.0.0—7.0.67.0.7 OSS；另有商业 7.0.6.1
6.5 / 6.46.5.0—6.5.11；6.4.0—6.4.186.5.12 / 6.4.19，商业
5.8 / 5.75.8.0—5.8.27；5.7.0—5.7.255.8.28 / 5.7.26，商业

来源：S27。排查 spring.ldap.embedded.* 自动配置和直接实例化代码；生产不需要该组件时关闭它，并核对实际监听地址。业务确有需要时，先限制调用来源，再完成组件升级。

**同批认证问题旁注：CVE-2026-47841（High）。**WebAuthn 用户验证设为 REQUIRED，且 HTTP session 经分布式存储序列化后，错误的对象身份比较可能使验证要求失效。该攻击还需要攻击者已掌握用户认证器设备，不是无设备的任意远程登录。涉及 7.1、7.0、6.5、6.4 的对应受影响版本，修复门槛与上表这些分支一致；验证应覆盖跨节点 session 后仍要求 PIN/生物验证。S28

5. Python 生态：解释器、标准库、框架与证书

5.1 CVE-2026-19445：SNI 回调中的 SSLContext UAF

**公开日期：2026-09-30；PSF 等级：Critical。**在 Python 服务端 TLS 中，sni_callback 把连接切到另一个 SSLContext，且原上下文没有其他存活引用时，未认证 TLS 客户端可能使服务崩溃或调用已释放对象中的指针。S29

核心是 Python 对象与底层 TLS 回调生命周期不一致。原上下文已被释放，底层仍可能持有回调所需状态；需要用解释器原生补丁修复引用生命周期。S47

**适用边界：**仅充当 TLS 客户端的 Python 代码不受这一项影响；监听 socket 长期持有原上下文的常规模式，也不属于公告描述的特定失效路径。Nginx 终止 TLS 后只把本地 HTTP 交给 Python，和 Python 自己直接处理 SNI，是不同暴露面。S29

对应 3.10—3.14 修复版本见第 2.3 节。3.15 正式版已含修复，实际可选择 3.15.1。只更新 pip 依赖无法替换解释器的 _ssl 实现。S33S35S47

**官方临时缓解：**把所有设置了 SNI 回调的 SSLContext 保持强引用，直到服务器生命周期结束。此举需覆盖实际动态创建与切换路径；自定义 OpenSSL 1.1.1 构建还应结合官方问题记录检查重协商条件，优先完整更新。S29S47

5.2 CVE-2026-19553：开启了 hostname 标志，调用却缺少 hostname

公开日期：2026-09-30；High。SSLContext.check_hostname=True 时，如果 wrap_bio() 没有传入 server_hostname，原实现可能静默跳过主机名验证。证书链校验成功不代表目标域名也已匹配。S30

修复分两件事：

  • 更新第 2.3 节中的解释器安全版本。
  • 检查 wrap_bio()、相关 asyncio.create_connection() / loop.start_tls() 路径，显式传入预期且非空的主机名，保持证书校验开启。S30

**不能省略的兼容性差异：**3.10、3.11、3.12 为兼容性，对缺失 hostname 的部分情况只发出 DeprecationWarning；3.13 及以后才抛出 ValueError。3.12 回补还明确区分 None 与空字符串：新增警告针对 None，空字符串仍报错。因此低分支用户不能仅凭升级，就假定原本缺失的域名校验已经自动恢复。S31S33

验收可在测试环境使用“证书链可信、但主机名不匹配”的测试证书，确认真实业务 TLS 客户端拒绝连接。仅读取 check_hostname 布尔值不构成完整验收。

5.3 CVE-2026-82049：tarfile 过滤器中的链接组合绕过

**公开日期：2026-09-14；High。**在 CPython 3.13 及更早的相关实现中，不可信 tar 内的硬链接与符号链接组合可以绕过 data / tar 提取过滤器，使解包目录外文件的内容在解包树中暴露，或修改它们的权限、修改时间。S32

该漏洞已确认的影响包括文件内容暴露及元数据修改；这些影响本身不足以证明可任意覆盖外部文件内容或无条件实现 RCE。

3.10—3.13 对应修复门槛见第 2.3 节。Python 3.14 自 3.14.0b1 起已因 os.link() 行为变化而不受这个特定问题影响，因此不适用上述 3.10—3.13 分支的受影响范围。S33

**临时和纵深措施：**暂停不可信归档自动提取；业务必须处理时使用隔离的低权限工作进程、全新独占目录，按业务拒绝符号链接、硬链接与设备条目，并限制文件数量和解压资源。这些是部署建议。

filter="data" 对一般不可信归档比完全信任策略更合适，但旧版本上的过滤器自身也有本次漏洞，单加这个参数不能代替更新。过滤器也不是完整文件系统沙箱。S32S45

5.4 补充风险：CVE-2026-114583（Medium）与补丁发布状态

PSF 于 2026-10-22 披露 tarfile.tar_filter 对特定链接名的处理可被绕过，使后续成员写到解包目录外，等级为 Medium。官方修复 PR 当天合并；截至 2026 年 10 月 23 日，尚未确认包含该提交的正式维护版。S40

因此：

  • 此项按 Medium 单独列示。
  • 10 月 21 日发布的解释器版本不能视为已包含这项修复。
  • 仍使用 filter="tar" 处理不可信归档的流程，应跟踪发行版回补；短期隔离或暂停该处理路径。改用 data 及拒绝链接时，也必须确认符合业务要求，不能把更换过滤器描述为无条件沙箱。

5.5 GeoDjango：CVE-2026-15307 及 10 月后续补漏

**2026-08-04，Django 官方 High。**空间查询把某些字符串/字典隐式传给 GDALRaster，驱动可能写文件或发起网络请求；具备特定路径与后续执行条件时可能形成 RCE。具有空间字段模型查看权限的 staff，也可能通过 admin changelist 触达此路径。S38

初始修复是 5.2.17 / 6.0.8，限制空间 lookup 接受的输入类型。这个变化可能影响原有使用字符串/字典表达 raster 的业务；把不可信输入简单包装成 GDALRaster，并不等于验证了它。S38

10 月 6 日又修复 CVE-2026-87890（Moderate）：以 bytes 表示的 VRT 可引用外部资源，仍引发网络请求；同日还加强了 CVE-2026-15830 的嵌套几何 DoS 防护。后两者不能升级描述成新的高危 RCE，但说明部署基线应采用 5.2.18 / 6.0.9 / 6.1.2。S39

实施上检查 API 与管理后台两种入口，限制不可信空间 lookup、文件写权限和出站访问；更新后回归合法空间查询及被禁止输入的拒绝行为。没有使用 GeoDjango 的普通 Django 应用，不应直接套用该 RCE 结论。

5.6 certifi / pip：证书信任必须覆盖每一份副本

**GHSA-6q48-6c7w-9gw2，2026-10-20，Critical，未列已知 CVE。**这是 eMudhra 中间 CA 事件引发的证书撤信更新，不能概括为 HTTPS 的密码学机制或所有根证书被破解。S36

certifi 公告最初列 2026.10.18 为修补版；PSF 随后明确推荐 2026.10.19，以保留未受影响根证书的兼容性。操作基线采用 .19。S36S37

需要区分：

信任材料的位置为什么需要单独检查
操作系统 CA 包镜像或主机的系统信任材料
venv 中的 certifi应用或 Requests 等实际使用的 CA bundle
pip 内置 certifi与外部安装的 certifi 是不同副本
uv / 其他打包工具依工具自己的更新和信任来源处理
自定义 CA 文件、打包快照可能继续覆盖系统或包的默认信任来源

以上是依据不同打包位置制定的核查清单。PSF 要求更新相关工具、现有虚拟环境并重建镜像；仅更新宿主机 CA 或重装解释器，不能证明所有副本都已刷新。S35S37

从旧 pip 安全引导升级时，PSF 提供了固定 wheel 及 SHA-256的命令，见附录 S37。不要以关闭 TLS 校验或加入 --trusted-host 来绕过证书问题。

6. 正式修复流程

以下命令适用于已确认可信的环境。执行时应结合项目已有的包管理器、锁文件和部署流程，避免混用 npm/pnpm/yarn 或 pip/uv/Poetry 生成互相冲突的锁文件。

**先处理一个例外：**若怀疑环境运行过第 9 节的投毒包，先隔离，从干净环境检查磁盘、锁文件和镜像记录；不要先运行下面的 Python/pip 命令。S41

6.1 建立能对应真实流量的台账

每个服务至少记录：

  • 外部入口、反向代理、源站直连路径，以及后台队列/定时任务。
  • 实际启动命令、运行账户、二进制路径、进程或容器身份。
  • 运行时完整版本、发行商/仓库、软件包完整版本或镜像 digest。
  • 框架与传递依赖、锁文件、原生库、信任库路径。
  • 对应漏洞条件是否存在、补丁目标、重启范围、负责人和验证结果。

对开发机、CI runner、构建容器和后台任务也要按其接触不可信内容的路径检查；不要只更新公网 Web 容器。

6.2 Node.js：先确定运行时，再更新应用依赖

在实际服务环境检查：

node -p 'JSON.stringify({execPath:process.execPath,node:process.version,openssl:process.versions.openssl,brotli:process.versions.brotli},null,2)'
npm ls next react react-dom react-server-dom-webpack react-server-dom-parcel react-server-dom-turbopack sharp --all
npm audit --omit=dev

node -p 应使用服务实际可执行文件或在实际容器内执行；它检查的是新启动的进程，本身不能证明旧 worker 已替换。Node 可以把补丁回补到内置 Brotli 而保留原库版本字符串，因此不要只靠 process.versions.brotli 判定是否修复，应结合 Node 安全版本或厂商回补证据。S2S4

npm ls 用于看实际依赖树；缺失包或 peer 冲突也可能产生非零退出码，应读具体输出。npm audit 作为依赖检查辅助，不能替代 Node 二进制和原生库核对。

使用 mise 管理 Node 24 的环境，可按以下示例更新：

mise use -g [email protected]
mise exec [email protected] -- node -p 'process.version + " " + process.execPath'

mise use -g 配置全局版本；项目本地配置仍需另外检查。服务若固定了旧的绝对路径、容器基础镜像或不同账户的环境，还要更新对应配置并重启服务。命令本身不会替换正在运行的旧进程。S43

在 Next 项目内，按已选分支执行对应命令。Next 15 项目：

# Next 15 分支
npm install --save-exact [email protected]

Next 16 项目：

# Next 16 分支
npm install --save-exact [email protected]

检查 React/RSC 兼容依赖、锁文件和最终 sharp 实例，再按项目流程构建。CI 中使用已更新的锁文件进行可复现安装，构建后检查运行镜像内的版本。不要把不受控的跨主版本自动修复作为本次应急默认方案。

6.3 Java：核实发行商、实际 JVM 和内嵌组件

初步盘点：

java -XshowSettings:properties -version

输出中的 java.home、java.runtime.version 与发行商，应与服务实际使用的 JVM 对齐。对于有 attach 权限的 JVM，可用该 JDK 的 jcmd 核对目标进程，而不只看登录 shell。

可信项目中检查依赖，按实际构建工具选择：

./mvnw dependency:tree '-Dincludes=org.apache.tomcat.embed:*,org.springframework.security:*,org.springframework.graphql:*'

./gradlew dependencyInsight --dependency tomcat-embed-core --configuration runtimeClasspath
./gradlew dependencyInsight --dependency spring-security-core --configuration runtimeClasspath
./gradlew dependencyInsight --dependency spring-graphql --configuration runtimeClasspath

这些构建命令可能执行插件并联网解析依赖，仅对可信项目运行。检查最终 JAR/WAR 或镜像中的实际 JAR，不以构建文件声明代替最终产物。Spring Boot 内嵌 Tomcat 需要重建应用；更新系统中一个独立 Tomcat 安装不会修改应用包里的副本。

运行时更新后，逐项核对自定义 javax.net.ssl.trustStore、应用自行加载的 KeyStore、jlink runtime、GraalVM/native image 等交付形态。已有定制信任材料的应用不能仅凭 JDK 目录变新就结束检查。

6.4 Python：逐个解释器与虚拟环境处理

在确认可信的实际 venv / 容器内：

python - <<'PY'
import sys
import ssl
import importlib.metadata as metadata

print("executable:", sys.executable)
print("version:", sys.version)
print("openssl:", ssl.OPENSSL_VERSION)
print("verify_paths:", ssl.get_default_verify_paths())
for name in ("pip", "certifi", "Django", "urllib3", "Brotli", "litellm"):
    try:
        print(name + ":", metadata.version(name))
    except metadata.PackageNotFoundError:
        print(name + ": not installed")
PY

python -m pip --version
python -m pip check

这份脚本只做信息采集，不执行版本合格判定。ssl.get_default_verify_paths() 是默认路径信息，不能证明所有第三方客户端都采用同一信任库；应结合应用配置确认。

完成附录 S37 的可信 pip 引导升级后，再按项目约束更新证书依赖，例如：

python -m pip install --upgrade 'certifi>=2026.10.19'

# 仅适用于当前就选择 Django 5.2 的项目
python -m pip install --upgrade 'Django>=5.2.18,<5.3'

python -m pip check

需要同时更新项目的 requirements/锁文件，否则下次部署可能恢复旧版本。使用 uv、Poetry 或企业包仓库时，使用其现有锁定与发布流程；不要只在某个生产容器内手改包。

可在已受信环境中，使用项目既有的 pip-audit 工作流检查已知依赖漏洞；它不是恶意代码扫描器，也不覆盖全部解释器、系统库和信任库风险。S44

**不建议把系统 /usr/bin/python3 强行指向一个新编译版本。**使用发行版安全更新或项目隔离运行时，避免破坏依赖系统 Python 的管理工具。这是实施选择，不是本次漏洞的额外修复要求。

6.5 重建与替换运行实例

建议将以下步骤作为一次完整变更：

  1. 在原有可信源取得补丁，并保存版本/哈希和依赖锁。
  2. 在接近生产的环境回归关键功能，确认原生扩展和 JVM/框架兼容。
  3. 更新运行时、应用依赖及实际信任库；对容器刷新基础镜像与系统 CA，不能只重用旧层。
  4. 重建应用和镜像，滚动替换服务、worker、队列消费者与定时任务实例。
  5. 在新运行实例里重新核对版本和配置，确认旧副本全部退出。
  6. 观察错误率、延迟、CPU/内存、TLS 握手失败和进程崩溃。

回滚应优先保留安全运行时与补丁依赖，回滚应用配置或业务变更。若不得不回到存在漏洞的旧产物，应同步恢复对应入口限制，明确责任人与最短恢复期限。

7. 临时缓解与 Patch 选择

7.1 临时措施的覆盖边界

以下是根据公告利用条件整理的实施建议，除注明官方方案外，不表示厂商保证能够完全阻断所有变体。

风险可暂时采取的措施不能据此认定已完成的部分
Brotli 解码停止不可信输入解码；检查入站和出站自动解压入站 WAF 或关闭响应压缩不覆盖全部解码入口 S3
Next.js typed arrays RCE立即升级；必要时临时隔离受影响服务官方没有可靠通用 workaround S9
Next.js SVG RCE官方方案：确保实际 sharp ≥0.35.5；业务允许时暂停相关优化入口不覆盖其他 Next/RSC 问题 S11
Tomcat Realm / HTTP/2 / AJP隔离相应路径、关闭不必要 Connector仍需相应分支修复包 S21S22S23
GraphQL 反序列化暂停受影响 Connection 字段；限制不可信调用方仅做请求长度限制不能修复类型/反序列化问题 S25
Spring embedded LDAP不需要时禁用；限制真实监听端口的可达范围默认管理身份与目录完整性仍需检查 S27
CPython SNI UAF官方方案：保留相关 SSLContext 强引用至服务结束必须覆盖所有创建/切换路径 S29
Python hostname 跳过官方方案：正确传递预期 server_hostname不能只检查 check_hostname 标志或忽略警告 S30S31
不可信 tar停用/隔离提取，拒绝非必要链接与设备条目过滤器与资源配额都不是通用沙箱 S32S40S45
证书信任事件更新正确 CA 材料；Java 可按官方方案撤信关闭 TLS 校验会扩大风险 S19S37

7.2 根据交付方式选择补丁

交付方式优先修复方式应保留的证据
发行版管理运行时厂商对应安全更新完整包版本、公告、仓库来源
官方二进制 / 运行时管理器同分支正式安全发布版本、来源与摘要、实际执行路径
自编译 Node / CPython分支匹配的正式源码版，或厂商完整回补集提交集合、构建参数、依赖库与回归结果
Spring / Next / Django兼容分支内更新，重建依赖锁与最终应用最终依赖树、JAR/包/镜像中的实际版本
定制信任库官方撤信方案或确认包含撤信的厂商更新实际使用路径、材料变更、TLS 正反向验证
已被投毒的环境从干净可信产物重建，另行事件调查历史包/镜像 digest、安装记录、凭据轮换记录

7.3 关键补丁机制与审阅重点

  • **Brotli：**关注原生解码状态的边界检查与错误返回是否完整进入构建；只替换 JavaScript 包无法改变静态编译进 Node 的代码。S4
  • **Node DNS/TLS：**关注输入拒绝、地址规范化、IP SAN 与 DNS 身份的区分，以及 DNS 回调式/Promise 式解析路径和 TLS 主机名匹配测试。S5S6
  • **Tomcat JNDIRealm：**关注认证流程是否真正验证凭据，而不只是获得了一个目录上下文；优先正式版本，不把单个源文件替换视为完整二进制补丁。S24
  • **CPython ssl：**关注 Python 引用所有权与底层 SSLContext 的生命周期；wrap_bio() 回补同时有分支兼容差异，必须读所用分支的实际实现。S31S47
  • **证书撤信：**这类更新可能表现为信任材料或拒绝列表变化，而不是明显的 API 变更。Node 同批还纳入了受影响中间 CA 的拒绝机制；Java 与 Python 各自的信任来源仍要分别验收。S19S37S46

**独立 Brotli 绑定也要检查。**Google 上游同日发布 1.0.10 / 1.1.1 / 1.2.1 修复 CVE-2026-111497。Python 原生扩展或 JNI 产物若嵌入受影响的同一 C 实现，需要独立更新/重建；不能推断所有纯 Java 解码器都受影响，也不能认为升级 Node 自动替换其他语言的副本。S42

8. 修复验收与后续检查

8.1 最小验收清单

检查项合格证据
运行时真实进程 / 容器中的完整版本或厂商回补证据正确
应用依赖最终部署产物中的 Next/RSC/sharp、Tomcat/Spring、Django/certifi 达到对应门槛
替换范围所有 worker/JVM/容器副本及后台任务已换新，旧实例退出
TLS合法域名证书成功；不匹配主机名、无效链按策略失败；定制信任库已覆盖
eMudhra 撤信受影响中间 CA 所建证书链被实际运行时拒绝，或有具体厂商安全构建/相应拒绝列表已部署的证据；不能只凭一般 TLS 测试或 Java 8 短版号结案
Node 解码与图像正常压缩响应、上传、图像优化与 RSC 功能可用；不可信来源策略生效
Java 认证与隔离错误密码被拒绝；独立用户并发异步请求没有身份/响应混用；LDAP 监听符合预期
Python SNI / 归档正常多域名 TLS 业务稳定；归档拒绝越界和非允许链接，目录外文件不被修改
数据与功能回归分页、空间查询、权限检查和后台任务通过项目既有测试
资源与观测CPU、内存、错误率、延迟及 TLS 错误没有异常增长
可追溯性保存升级时间、包/镜像摘要、配置变更、验证结果和未解决项

这些是实施验收建议，不要求为每个 CVE 制作攻击脚本。涉及崩溃、资源耗尽、归档越界的验证，应在隔离环境使用上游回归测试或项目受控测试数据。

8.2 修补与入侵调查是不同工作

检查已有日志中的异常解码错误、worker/JVM 崩溃、可疑文件写入、目录数据变化、认证异常、出站请求和凭据使用记录。这些迹象需要结合上下文判断：一次崩溃或 OOM 不是成功利用的证明；没有告警也不是未受影响的证明。

发现未授权修改、凭据外泄或已确认恶意依赖时，应保存证据、隔离相关实例、从可信环境轮换受影响凭据，并重建系统。补丁不会撤销已被攻击者取得的令牌或恢复已经被修改的数据。

9. 供应链安全事件：LiteLLM 1.107.0 投毒

**官方确认日期：2026-10-21。**LiteLLM 报告其发布流水线被入侵，PyPI 的 litellm==1.107.0 以及同期 Docker/GHCR 部分产物含窃密与远程控制恶意代码，相关产物已经撤回。S41

受影响判断应查看历史安装记录和镜像 digest；latest、main-latest、main-stable 等标签现在指向干净镜像，不证明事发时拉取的产物干净。官方当时建议临时固定 1.106.2；该建议针对此次事件，部署时仍需核对其他安全公告。S41

对安装或运行过相关产物的环境：

  1. 隔离并保全安装记录、镜像和日志，从干净环境检查。
  2. 不要先启动可疑环境里的 Python/pip；恶意 .pth / sitecustomize.py 可能随启动再次执行。
  3. 从可信来源重建宿主、venv/容器；不能只卸载或降级包。
  4. 按实际可访问范围撤销/轮换云凭据、LLM provider key、LiteLLM 密钥与数据库凭据，并审查异常使用。S41

这是已经确认的供应链事件，处置时需要同时考虑恶意代码执行、凭据泄露及持久化风险。截至 2026 年 10 月 23 日，官方仍在调查初始入侵过程。

附录：引用来源与链接

以下来源核验日期为 2026-10-23，包括项目官方安全公告、官方代码仓库和厂商说明。正文 [Sx] 对应本附录；执行更新时应检查供应商是否发布了后续修订。

S1 — Node.js：2026-10-21 安全公告

  • 用途：四项运行时 High、影响分支、10 月安全发布。
  • 链接：官方安全公告

S2 — Node.js：三条维护线的正式发布说明

S3 — Vercel：Node.js Brotli RCE 安全通告

S4 — Node.js：Brotli 官方修补提交

S5 — Node.js：TLS 地址规范化修补

S6 — Node.js：DNS NUL 校验修补

S7 — Node.js：2026-07-29 安全公告

S8 — Next.js：2026-10-14 安全更新

S9 — Next.js：typed arrays / use cache RCE（官方公告）

S10 — React：React Server Components RCE（官方公告）

S11 — Next.js：SVG Image Optimization RCE（官方公告）

S12 — Next.js：Server Actions DoS（官方公告）

S13 — Next.js：AVIF 图像优化 RCE

S14 — Next.js：Windows RCE（官方公告）

S15 — Next.js：next/og ImageResponse RCE（官方公告）

S16 — Oracle：2026 年 10 月 CPU

S17 — Oracle：CVE-2026-91403 带外警报

  • 用途：2026-10-21，JSSE 证书信任风险、受影响产品与 CVSS 3.1 9.1。
  • 链接：Oracle Security Alert

S18 — Oracle：JDK 正式版本与下载

S19 — Oracle：eMudhra 临时撤信方案

S20 — Eclipse Adoptium：发布构建记录

  • 用途：Temurin 受证书事件影响而重新打包；不能机械套用 Oracle 版本后缀。
  • 链接：Adoptium Release Scorecards

S21 — Apache Tomcat 9 安全公告

S22 — Apache Tomcat 10 安全公告

S23 — Apache Tomcat 11 安全公告

S24 — Apache Tomcat：JNDIRealm 修补提交

S25 — Spring：GraphQL CVE-2026-59285（官方公告）

S26 — Spring：GraphQL CVE-2026-41699（官方公告）

S27 — Spring Security：CVE-2026-59270（官方公告）

S28 — Spring Security：CVE-2026-47841（官方公告）

S29 — PSF：CVE-2026-19445 独立安全公告

S30 — PSF：CVE-2026-19553 独立安全公告

S31 — CPython：wrap_bio 正式补丁与 3.12 回补

S32 — PSF：CVE-2026-82049 独立安全公告

S33 — CPython：9 月底 / 10 月初正式安全发布

S34 — CPython：3.10 最后一次安全发布

  • 用途：3.10.22 及上游生命周期结束。
  • 链接：Python 3.10.22

S35 — CPython：2026-10-21 紧急维护版本

S36 — certifi：emSign 证书撤信公告

S37 — PSF：eMudhra / emSign 对 Python 用户的影响

S37 所引官方说明提供的 pip 引导升级命令如下。仅在已经确认可信的 Python 环境中使用；若存在第 9 节投毒嫌疑，先按事件流程隔离和重建。它固定 wheel 内容哈希，随后再按项目流程更新其他依赖。

python -m pip install "pip @ https://files.pythonhosted.org/packages/3f/06/3e4420302363fbb71be3c7f35ce042f54bfca330e3e66b3a2e3c4cca579f/pip-26.2.2-py3-none-any.whl#sha256=fd7f4dfa8190e014013b9f08f3e973f4e4c26ffd179a204895533a7254813a70"

S38 — Django：2026-08-04 安全发布

  • 用途：CVE-2026-15307、GeoDjango 利用条件、初始修复及兼容性变化。
  • 链接：Django 6.0.8 / 5.2.17

S39 — Django：2026-10-06 安全发布

S40 — PSF / CPython：最新 tar_filter 旁注

S41 — LiteLLM：10 月 21 日官方供应链事件报告

S42 — Google Brotli：官方安全版本

  • 用途：独立 Brotli 1.0.10 / 1.1.1 / 1.2.1 及跨语言嵌入副本核查依据。
  • 链接：Brotli releases

S43 — mise：use 命令官方文档

  • 用途：指定工具版本、全局配置的命令语义。
  • 链接：mise use

S44 — PyPA：pip-audit 官方项目

  • 用途：Python 依赖漏洞审计的用途与能力边界。
  • 链接：pip-audit

S45 — Python：tarfile 提取过滤器文档

S46 — Node.js：中间 CA 拒绝机制

  • 用途：本次 eMudhra 相关信任链处理，不等同所有根证书的密码学失效。
  • 链接：Node.js PR #66871

S47 — CPython：SNI UAF 技术记录与修补