全部漏洞动态

eMudhra 八个中间证书私钥强度不足被泄露，Go 以 CVE-2026-111943 修复

Cisco Talos 披露 eMudhra 八个中间 CA 证书的私钥仅具 3–8 位熵，持有者可冒充任意网站或服务；Chrome、Mozilla、Apple 已封禁其中六个 TLS 证书，Microsoft 封禁两个代码签名证书。

同一件事，精选收录的是《eMudhra 中间 CA 密钥生成缺陷 PoC 从公开证书恢复 8 个私钥》

微软称 Storm-0940 借 ARTEX 框架发动 AI 驱动攻击，导致 ConnectWise 供应链失陷

微软将近期披露的 ConnectWise 多租户应用供应链失陷归因于中国背景攻击组织 Storm-0940，该组织最早自 2026 年 9 月起使用开源代理式 AI 渗透测试框架 ARTEX 自动化攻击全球数百家组织，部分案例从初始定位到取得云环境特权访问不足 3 小时。

同一件事，精选收录的是《微软称 Storm-0940 借 ARTEX AI 代理实施 ConnectWise 供应链攻击》

OpenClaw 浏览器 CDP 发现机制可接受被阻止的 WebSocket URL

OpenClaw 的浏览器 CDP 发现功能可接受本应被策略阻止的 WebSocket URL，低信任调用方或配置输入路径可借此访问被拦截的网络目标。该问题仅在受影响功能启用且可达时成立，实际影响取决于运营者配置。首个修复稳定版本为 2026.6.6，升级前可将该功能限制为可信运营者或在不需要时禁用。

ApostropheCMS 导出文件名可预测导致敏感信息泄露（GHSA）

ApostropheCMS 的 `@apostrophecms/import-export` 模块导出内容时，文件名由站点 shortName、文档类型和 `YYYYMMDDHHmmss` 时间戳组成，无随机令牌，任何人猜到路径即可在文件存续期内通过未认证 HTTP GET 下载完整导出包。

Vitest 的 @vitest/mocker 重定向白名单修复在 Windows 上可被反斜杠路径穿越绕过

GitHub 安全公告披露，@vitest/mocker 针对 GHSA-82fw-gwwq-j7x9 的路径穿越修复在 Windows 上可被反斜杠绕过：修复代码用 node:path/posix 拼接攻击者可控的 URL pathname 与 Vite root。

@vitest/mocker 未认证 mock 注册导致代码注入，5.0.3 与 4.1.12 已修复

@vitest/mocker 的 interceptorPlugin 在 Vite 开发服务器 WebSocket 上接受未认证的 mock 注册，并把 mock 的 url 未转义地插入生成的模块源码，能访问开发服务器端口的非浏览器 WebSocket 客户端可让服务器以任意 JavaScript 替换项目模块，并在开发者浏览器中执行。

Vitest 5 开发服务器未正确应用 server.fs.deny，可读取 .env、私钥与 API token 文件

GitHub 安全公告指出，Vitest 5 在启用 UI（--ui）、Browser Mode 或 api 时，Vite 的 server.fs.deny 未被按预期应用，能访问该服务器的客户端可通过明文 HTTP 读取 .env、私钥与证书、.npmrc、.git 以及 Vitest 的 API token 文件 .vitest-secret-token。

pypdf 未校验 JPEG 图像数据加载漏洞修复于 6.21.1

pypdf 存在未校验 JPEG 图像数据加载问题，攻击者可构造 PDF 触发任意图像解析器被调用，需加载声称使用 /DCTDecode 过滤器的图像。未安装可选 Pillow 依赖的用户不受影响，该问题已在 pypdf 6.21.1 中修复，无法升级者可参考 PR #4222 的改动作为规避方案。

Pillow 的 Ghostscript 调用存在参数注入，公开 PoC 可链式实现 RCE

研究者披露 Pillow 的 PIL.EpsImagePlugin.Ghostscript() 在构造 Ghostscript 命令行时直接把用户可控的文件名放在 -f 位置，未校验以 - 或 @ 开头的文件名，构成 CWE-88 参数注入。

Pillow 的 P;2L 与 P;4L 解码器可能越界读取 1 至 3 字节

Pillow 的 P;2L 和 P;4L 原始解码器在特定宽高下会读取超出传入缓冲区末尾 1 至 3 字节，原因是 ImagingRawDecode 按位深计算行字节数，而 unpackP2L/unpackP4L 按 2 或 4 个位平面各自按字节补齐，两者对一行数据占用字节数的理解不一致。

Pillow 的 Image.transform 在 calloc 失败时双重释放，附复现脚本与补丁

Pillow 的 ImagingScaleAffine()（src/libImaging/Geometry.c:866）在 calloc 失败时对调用方拥有的输出图像调用 ImagingDelete()，随后 Python 对象析构时再次释放，形成 use-after-free 与双重释放。

Pillow 描边渲染字体时存在无效释放问题，附 PoC 复现脚本

GitHub 安全公告 GHSA-j4m9-6w36-pw47 指出，Pillow 在 stroke_width 非零时创建 FreeType stroker，若 FT_Load_Glyph 对某个字形失败，清理路径会对未初始化或已释放的 glyph 指针调用 FT_Done_Glyph，形成无效释放或双重释放。

Pillow 的 Image.merge 因未校验 band 0 存在空指针解引用，公开 PoC 可致进程崩溃

Pillow 的 Image.merge() 只校验 bands[1:] 的模式与尺寸，当 band 0 是单波段 I 或 F 图像时，其 image8 平面为 NULL，ImagingMerge 在 src/libImaging/Bands.c:302、:311、:321 解引用该空指针导致进程崩溃。

Pillow 零尺寸图像经 rank filter 触发 ImagingExpand 空指针解引用崩溃

Pillow 的 ImagingExpand 在 src/libImaging/Filter.c 中复制边缘像素时未检查输入是否为空，对宽度或高度为 0 的图像应用 MedianFilter、MinFilter、MaxFilter 或 RankFilter 会让整个 Python 进程收到 SIGSEGV。

Pillow 12.3.0 保存 GIF 时重复复制注释引发 CPU 拒绝服务

Pillow 12.3.0 及上游 main 分支（ad277e2761b489681e71b51e91367d46b0ceabb9）在保存 GIF 时，`_get_global_header()` 会因超长注释被反复复制，包括从不可信图片继承的注释。

Pillow 修复 MIC 内嵌 TIFF 含 3 个以上 IFD 时 n_frames 无限循环

Pillow 的 MicImagePlugin 在读取内嵌 TIFF 含 3 个及以上 IFD 的 MIC 文件时，访问 im.n_frames 会陷入无限循环、占满单核 CPU 且不抛异常。该问题仅影响安装了可选 olefile 包的环境，源于 7.2.0 引入的回归，Image.open、load、is_animated 等调用不受影响。

Pillow 修复 GIF 注释二次方拼接导致的 Image.open() DoS 问题

GitHub 安全公告指出 Pillow 的 GifImageFile._seek() 在 src/PIL/GifImagePlugin.py 中用 bytes 拼接累积 GIF 注释，使 Image.open() 耗时随注释数据量呈二次方增长，默认设置下 2 MB 文件约 5 秒、4 MB 约 35 秒、8 MB 约 3 分钟，而同样大小的普通 GIF 不到 1 秒。

Pillow 修复 Image.quantize() 空调色板泄露栈内存问题

GitHub 安全公告库披露 Pillow 的 Image.quantize(palette=...) 在调色板为空时会返回 512 字节未初始化的 C 栈内存作为像素值，一个 80 字节的空 PLTE PNG 即可触发，泄露内容包含栈、堆、libc、libpython 与 _imaging 模块地址及栈保护 canary。

Pillow 的 XbmImagePlugin 存在 ReDoS，512 字节文件可让 Image.open() 卡住数分钟

GitHub 安全公告库披露 Pillow 的 XbmImagePlugin 存在 ReDoS：构造的 512 字节文件会让 Image.open() 在单核上消耗约 375 秒 CPU 后才抛出 UnidentifiedImageError。

Pillow PdfParser 的 get_value() 与 linearize_page_tree() 可无限递归（GHSA 安全通告）

Pillow 的 PdfParser.get_value() 递归深度保护失效：max_nesting 默认 -1 且每次递归递减，永远不等于 0，嵌套几千层的 PDF 对象即可触发未捕获的 RecursionError。

Pillow 的 PDF save_all 存在二次方耗时 DoS，问题出在 PdfParser.next_object_id

Pillow 在把多帧图像以 save_all=True 保存为多页 PDF 时，耗时随帧数呈二次方增长，原因是 src/PIL/PdfParser.py 的 PdfParser.next_object_id() 每次调用都重建并扫描已占用的对象 id 集合。

Pillow 的 MSP RLE 解码器可将小文件扩张为无上限内存

GitHub 安全公告库发布 GHSA-gg2r-wvfm-q9rx，指出 Pillow 的 MSP RLE 解码器把游程数据写入无上限的 io.BytesIO，单次游程可扩张约 85 倍，问题位于 src/PIL/MspImagePlugin.py:144-146。

Pillow APNG 在解压炸弹检查前按 IHDR 尺寸分配内存，附复现脚本与补丁

Pillow 的 PngImageFile._seek() 在处理首个 fcTL 请求 OP_BACKGROUND 时，会先按 IHDR 声明尺寸调用 Image.core.fill 分配并清零整块画布，之后 Image.open() 的 _decompression_bomb_check 才执行。

Pillow 修复 PdfParser.rewrite_pages 页面树 Parent 循环导致的无限循环

Pillow 的 PdfParser.rewrite_pages() 在追加保存 PDF 时沿页面树 /Parent 链向上遍历且不记录已访问节点，333 字节的自引用 PDF 即可让 im.save(fp, "PDF", append=True) 永久挂起并占满一个 CPU 核心。

Pillow 修复内存中编码 TIFF 时的堆 use-after-free 漏洞

GitHub 安全公告披露 Pillow 在将图像编码为内存中的 TIFF 时存在堆 use-after-free：libtiff 在编码阶段拒绝某个 tag 导致 TIFFWriteScanline 失败后，编码器释放了输出缓冲区却未关闭 TIFF 句柄，随后清理阶段 TIFFClose 刷新数据写回已释放内存。

Pillow 保存 TIFF 到 BytesIO 时 _tiffWriteProc 存在堆溢出，附复现脚本与补丁

Pillow 在把 TIFF 保存到 io.BytesIO 等无 fileno() 的目标时，src/libImaging/TiffDecode.c 的 _tiffWriteProc 按 state->size + size 而非写入位置扩容，导致堆缓冲区溢出，同时把未初始化的堆字节写入输出文件。

Pillow 的 libtiff 编码器经构造 TIFF 标签泄露进程内存或触发 SIGSEGV

Pillow 的 libtiff 编码器 PyImaging_LibTiffEncoderNew（src/encode.c）在把源 TIFF 中未识别的标签转发给 TIFFSetField 时，按 Python 值而非 libtiff 字段定义决定传参形式，导致构造的 TIFF 标签被当作字节数或指针读取。

virtualenv 修复 POSIX 控制台启动器将目标路径当作 shell 语法解析的问题，21.14.9 已修复

virtualenv 发布通告，指出 app-data seeder 与 pip 生成的 POSIX 控制台启动器会把环境目标路径当作 shell 语法解析，攻击者需影响传给 virtualenv 的环境路径且用户随后运行生成的启动器，命令才会以用户权限执行，Windows 可执行启动器不受影响。

virtualenv 删除失败恢复逻辑可改变符号链接目标权限（21.7.5 起，PR #3427 修复）

virtualenv 的 safe_delete() 在删除失败恢复权限时用 lstat() 读取符号链接自身权限位，却用会跟随链接的 chmod() 应用，导致只读目录内符号链接指向的目标文件权限被改为 0777。该错误处理逻辑自 21.7.5 引入，需删除失败且调用用户拥有目标文件并可修改其权限，root 不会进入该路径。PR #3427 已避免在删除失败时修改 POSIX 权限。

virtualenv 内置创建器跟随目录符号链接，可向目标目录外写入文件（ANT-2026-MUFJEG11）

virtualenv 内置创建器在创建环境前调用 ensure_dir() 处理 bin、lib 等目录，因 exists() 会跟随符号链接，攻击者预先在目标目录放置指向外部的目录链接后，创建过程会经该链接把 python、pip、activate 等文件写到请求目录之外。

微软将 ConnectWise 供应链攻击归因于中国背景组织 Storm-0940

微软研究人员将针对 ConnectWise 客户的供应链攻击归因于其追踪为 Storm-0940 的中国背景威胁组织，该组织最早自 2026 年 9 月起使用 AI 渗透测试框架 ARTEX 自动化攻击全球数百家机构。

同一件事，精选收录的是《微软称 Storm-0940 借 ARTEX AI 代理实施 ConnectWise 供应链攻击》

SANS ISC Stormcast 2026年10月22日（周四）播客

SANS ISC 发布 2026 年 10 月 22 日（周四）的 Stormcast 播客，节目页面同时提供 Johannes 所授 SANS 课程的了解链接。正文未披露具体漏洞编号、受影响产品或利用状态等信息。

Cacti CVE-2024-25641 利用：package_import.php 任意文件写入

Sploitus 收录的 Cacti CVE-2024-25641 利用条目指出，入口为 import_file 参数，请求路径为 /package_import.php，通过 Package Import 功能实现任意文件写入。应用未对上传 XML 数据中的文件名与内容做过滤，攻击者可写入或覆盖 Web 服务器上的任意文件，例如 PHP 文件。

Next.js 漏洞 PoC 利用代码（CVE-2025-66478 相关，Go 语言实现）

一份针对 Next.js 漏洞的 PoC 利用代码被公开，使用 Go 语言编写，作者称其灵感来自 github.com/namest504/CVE-2025-66478 仓库。该代码声明仅用于安全研究与学习目的，未经授权对系统或网络使用属违法行为。

CVE-2025-55182 的 PoC 利用脚本公开，可在远程目标上模拟 shell

GitHub 项目 Least-Significant-Bit 公开了 CVE-2025-55182 的 PoC 利用脚本，成功后可经 HTTP-POST 请求在远程目标上模拟 shell。脚本同时支持 HTTP 与 HTTPS 但不校验证书，目录切换仅支持绝对路径，运行需先安装 requests 依赖。

hcaptcha-challenger 利用 Spatial Chain-of-Thought 自动破解 hCaptcha 的文档与示例

hcaptcha-challenger 0.13.0 及以上版本利用大语言模型的空间推理能力（Spatial Chain-of-Thought）构建智能体流程，无需额外训练即可完成 hCaptcha 的空间视觉任务。

PHP2Shell 响应检查工具发布，仅检查 HTTP 响应不验证 CVE-2026-109618 与 CVE-2026-109619

GitHub 上发布 PHP2Shell Response Inspector，一个用 Python 标准库编写的 HTTP/HTTPS 响应检查脚本，可指定主机、端口与请求路径，查看状态码、Content-Type 和响应体预览。

phplume：检测本地网络 PHP 版本并比对 2026 年 10 月 CVE-2026-109618、CVE-2026-109619 修复版本

phplume 是一款单文件 Python 编写的 PHP 暴露扫描器，用于在本地网络中比对 PHP 版本与 2026 年 10 月安全修复。它针对 CVE-2026-109618 和 CVE-2026-109619 两个 CVSS 4.0 评分 9.2 的 RCE 漏洞，上游修复版本为 8.2.35、8.3.36、8.4.27、8.5.12。

shakeitoff：CVE-2021-41379（CVE-2021-43883）InstallerFileTakeOver 的精简 PoC

安全研究者发布 shakeitoff，这是 InstallerFileTakeOver 的精简版 PoC，对应 CVE-2021-41379（后分配 CVE-2021-43883）的变种。

php2shell-guard 工具发布：批量处置 PHP 的 CVE-2026-109618 与 CVE-2026-109619

php2shell-guard 是针对 PHP2Shell 两个 RCE 漏洞 CVE-2026-109618（CVSS 9.2）与 CVE-2026-109619（CVSS 9.8）的批量处置工具，通过 SSH 对整批主机执行扫描、临时缓解、更新与失陷检查。