跳到正文
今天10月23日周五14 条
  1. GitHub 安全公告库 (GHSA)58

    DOMPurify 3.4.16 对 GHSA-p98j-92pf-mc4p 的修复不完整,IN_PLACE hook 删除父节点或兄弟节点仍可触发 XSS

    DOMPurify 3.4.16 针对 GHSA-p98j-92pf-mc4p 的修复不完整:_handleHookDetachedNode() 只检查 hook 自身节点是否失去父节点,当 IN_PLACE hook 删除当前节点的父节点或尚未访问的兄弟节点时,该子树不会被遍历或中和,事件处理器保留。

    为什么值得看:材料给出可运行的 jsdom 与浏览器复现,说明 3.4.16 的修复只覆盖 hook 删除自身节点的情况,使用 IN_PLACE 的应用可据此自查。

  2. GitHub 安全公告库 (GHSA)75

    Pillow 多帧加载器模式切换后复用旧原生存储,MPO 路径可致越界写与命令执行

    Pillow 12.3.0 的多帧加载器在帧间切换 mode 时会复用上一帧的原生 ImagingCore 存储,导致越界写与进程崩溃;作者在 PSD、MPO/JPEG、DCX、MIC 四个入口验证了该问题。

    为什么值得看:披露者给出可复现的 MPO 上传路径与 10/10 成功标记,说明多帧模式切换导致的越界写可落到命令执行。

  3. GitHub 安全公告库 (GHSA)58

    Pillow 修复 Windows 构建 WMF/EMF 渲染堆越界读漏洞 GHSA-9v9v-9qvf-h2hj

    GitHub 安全公告披露 Pillow 在 Windows 构建上存在堆越界读问题 GHSA-9v9v-9qvf-h2hj,EMF/WMF 图像尺寸未经范围检查即传入原生 drawwmf 处理程序,分配按截断为 16 位的头字段计算,拷贝却使用完整 32 位尺寸。

    为什么值得看:公告给出可运行的 EMF 构造脚本,并指出 Windows 构建下 16 位截断导致堆越界读的具体代码位置。

  4. GitHub 安全公告库 (GHSA)75

    Pillow JPEG 编码器堆缓冲区溢出:ICC 填满缓冲区后写 COM 注释越界

    Pillow 的 JPEG 编码器 ImagingJpegEncode() 在 src/libImaging/JpegEncode.c:330 写 COM 注释前不检查剩余空间,当 65498 字节 ICC profile 恰好填满 65536 字节缓冲区时,注释和整个压缩图像被写到堆缓冲区之外,进程以 SIGSEGV 或 glibc 堆错误终止。

    为什么值得看:披露给出可运行的复现脚本与补丁,说明默认保存路径下 ICC 恰好填满缓冲区即触发越界写。

  5. GitHub 安全公告库 (GHSA)65

    Django REST framework JSONParser 按攻击者指定 codec 解压请求体,公开 PoC 可绕过 DATA_UPLOAD_MAX_MEMORY_SIZE

    GitHub 安全公告 GHSA-3547-9m27-7rxg 披露 Django REST framework 的 JSONParser 会用客户端在 Content-Type charset 参数中指定的编码解码请求体,攻击者填入 bz2_codec 等字节变换编码即可绕过 Django 的 DATA_UPLOAD_MAX_MEMORY_SIZE 限制。

    为什么值得看:公告给出可运行的复现脚本与四组对照,说明默认解析器下小请求体如何放大内存占用。

  6. GitHub 安全公告库 (GHSA)58

    Django REST framework 的 TokenProxy.delete() 静默失效,撤销令牌不生效

    Django REST framework 的 TokenProxy.delete() 调用不抛异常并返回成功,但实际未删除数据库行,令牌仍可继续认证。原因是 TokenProxy 将 pk 覆写为 user_id,删除语句用用户 id 去匹配 40 位 key 列,返回 (0, {'authtoken.TokenProxy': 0})。

    为什么值得看:材料给出可运行的复现脚本与对照实验,说明通过 TokenProxy 撤销令牌会静默失效,便于自查撤销逻辑。

10月22日周四
  1. Sploitus 利用聚合88

    PHP2Shell 披露 PHP 核心 CVE-2026-109618 免认证 UAF 致 RCE,附 Nuclei 检测模板

    PHP2Shell 项目公开 CVE-2026-109618 的成因分析与被动检测模板,该漏洞是 PHP 核心请求体解析器中的免认证释放后重用(CWE-416),CVSS 4.0 评分 9.2,可导致远程代码执行。

    为什么值得看:披露 PHP 核心请求体解析器的释放后重用成因,并给出被动版本检测模板与修复版本区间。

  2. Sploitus 利用聚合78

    php2shell PoC 公开:串联 CVE-2026-109618 与 CVE-2026-109619 实现 PHP 会话上传进度 RCE

    GitHub 项目 php2shell-poc 公开了针对 CVE-2026-109618 与 CVE-2026-109619 的 PoC,两个漏洞均为 CVSS 9.2,分别对应 OOM 破坏导致的 RCE 和跨请求全局状态残留导致的 RCE,修复版本为 8.2.35、8.3.36、8.4.27、8.5.12。

    同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》

  3. Sploitus 利用聚合78

    PHP2Shell 漏洞 CVE-2026-109618 与 CVE-2026-109619 的 WAF 虚拟补丁规则发布

    GitHub 项目 php2shell-waf 发布针对 PHP2Shell 两个 RCE 漏洞的 WAF 虚拟补丁规则,CVE-2026-109618 为 multipart 解析 OOM 导致的内存破坏,CVE-2026-109619 为全局状态残留引发的 use-after-free,CVSS 4.0 均为 9.2。

    为什么值得看:针对 PHP2Shell 两个 RCE 漏洞给出多平台 WAF 规则与测试脚本,可作为升级前的临时缓解参考。

  4. Sploitus 利用聚合78

    Laravel TokenGuard 认证绕过 CVE-2026-114509 的 PoC 与复现环境公开

    GitHub 上公开了 Laravel TokenGuard 认证绕过 CVE-2026-114509 的 PoC 脚本与 Docker 实验环境,攻击者向受 token guard 保护的接口提交 {"api_token": [0]} 即可在无需凭据的情况下取得首个匹配用户。

    为什么值得看:公开的 PoC 与实验环境把 Laravel TokenGuard 认证绕过的三步链条讲清楚,便于自查配置与日志。

  5. Sploitus 利用聚合88

    PHP2Shell 技术报告:CVE-2026-109618 与 CVE-2026-109619 的利用链与补丁分析

    一份聚合自 GitHub 的技术报告梳理了 PHP 核心两个无需认证 RCE 漏洞 CVE-2026-109618(GHSA-w8hw-w9fx-j79w,OOM 时 longjmp 导致请求内存半初始化)与 CVE-2026-109619(GHSA-6wmf-4rv5-p3rp,跨请求 UAF 的陈旧全局指针),并给出补丁 diff 与利用链分析。

    为什么值得看:材料把两个 PHP 核心 RCE 的成因、补丁差异与 SAPI 影响面串成一条链,适合想弄清 longjmp 状态损坏细节的防守方。

  6. GitHub 安全公告库 (GHSA)58

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

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

    为什么值得看:作者用可运行脚本对比正斜杠与反斜杠两种遍历,说明已修复的路径穿越在 Windows 上仍可绕过。

  7. GitHub 安全公告库 (GHSA)68

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

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

    为什么值得看:研究者公开了 Pillow 调用 Ghostscript 时的参数注入 PoC,并验证可链式执行命令,默认 -dSAFER 配置下同样成立。

  8. GitHub 安全公告库 (GHSA)58

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

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

    为什么值得看:公告给出可运行的 fontTools 脚本,复现 Pillow 在描边绘制时对未初始化指针调用 FT_Done_Glyph 的路径。

  9. GitHub 安全公告库 (GHSA)58

    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 解引用该空指针导致进程崩溃。

    为什么值得看:公告给出可运行的 PoC 与崩溃栈,说明 Image.merge 只校验 band 0 之外的分带,便于确认 Pillow 部署是否受影响。

  10. GitHub 安全公告库 (GHSA)60

    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 秒。

    为什么值得看:公告给出触发条件与实测耗时数据,并附上把 bytes 拼接改为列表 join 的补丁,便于使用 Pillow 的服务评估上传接口风险。

  11. GitHub 安全公告库 (GHSA)60

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

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

    为什么值得看:材料给出可运行的复现脚本与两份补丁,说明 APNG 在炸弹检查前按声明尺寸分配内存的路径。

  12. GitHub 安全公告库 (GHSA)70

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

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

    为什么值得看:报告给出可运行的复现脚本与补丁,说明默认设置下把上传图片另存为 TIFF 到内存对象即可触发越界写。

  13. GitHub 安全公告库 (GHSA)60

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

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

    为什么值得看:材料给出可运行的复现脚本与逐分支分析,展示了普通 open 后 save 即可触发内存泄露或崩溃的路径。

  14. GitHub 安全公告库 (GHSA)58

    ApostropheCMS 公共 REST API 的 search 与 sort 查询构造器可绕过 publicApiProjection,未认证即可探测隐藏字段

    ApostropheCMS 的公共 REST API 在处理匿名请求时,会先执行 query string 中所有可 launder 的查询构造器,再强制套用 publicApiProjection,而 search 与 sort 这两个构造器作用于底层文档、不受投影限制。

    为什么值得看:公告给出可复现的 curl 请求与实测结果,说明 search 与 sort 两个查询构造器如何绕过字段白名单。

  15. Sploitus 利用聚合83

    PHP CVE-2026-109618 与 CVE-2026-109619 免认证 RCE 的检测脚本与缓解指南

    作者发布针对 PHP CVE-2026-109618 与 CVE-2026-109619 两个免认证 RCE 漏洞的西班牙语检测与缓解指南,并附带一个 Bash 检测脚本 check-php-cve-2026-109618.sh。

    为什么值得看:材料给出可运行的检测脚本与按 CVE 区分的临时缓解配置,运维可据此自查 PHP 部署是否暴露。

  16. Sploitus 利用聚合78

    PHP2SHELL 实验复现 CVE-2026-109619 并验证公开 PoC 未达成代码执行

    PHP2SHELL 发布隔离 Docker 实验,复现 2026 年 10 月 21 日披露的 PHP RCE 漏洞 CVE-2026-109618 与 CVE-2026-109619,两者 CVSS v4 均为 9.2,对应 GHSA-w8hw-w9fx-j79w 与 GHSA-6wmf-4rv5-p3rp。

    为什么值得看:作者用隔离 Docker 实验复现 CVE-2026-109619,并指出公开 PoC 未达成代码执行,为判断该漏洞真实可达性提供了对照实验。

  17. GitHub 安全公告库 (GHSA)58

    Vite 开发服务器在非 Windows 环境可返回 server.fs.allow 之外的文件

    GitHub 安全公告 GHSA-rq7h-c2jc-7f22 指出,Vite 开发服务器在非 Windows 机器上,当项目导入文件的根相对路径与宿主机绝对路径相同时,可把 server.fs.allow 之外的文件内容返回给浏览器,例如 /etc/hosts。

    为什么值得看:公告给出了可复现的 curl 步骤,说明非 Windows 环境下 Vite 开发服务器如何把宿主机文件返回给浏览器。