跳到正文
  1. Sploitus 利用聚合82

    XWiki CVE-2025-24893 免认证 RCE 的 PoC 与利用脚本公开

    公开的 PoC 显示,XWiki Platform 存在免认证 RCE 漏洞 CVE-2025-24893,访客可向 SolrSearch 端点发送特制 RSS 请求注入并执行 Groovy 代码,CVSS v3.1 为 9.8。

    为什么值得看:公开了针对 XWiki 免认证 RCE 的完整 PoC 与 Python 利用脚本,并给出临时规避的文件位置。

  2. Sploitus 利用聚合80

    PHP2Shell 公开 CVE-2026-109618 与 CVE-2026-109619 免认证 RCE 利用脚本

    作者 Farhad Hosen 公开 PHP2Shell 利用脚本,针对 PHP session.upload_progress 机制串联 CVE-2026-109618(OOM 内存破坏导致 RCE)与 CVE-2026-109619(全局状态残留导致 RCE),实现免认证 RCE。

    为什么值得看:公开的利用脚本针对 PHP session.upload_progress 机制串联两个内存破坏漏洞,并给出 ASLR 绕过与多阶段利用流程。

  3. Sploitus 利用聚合78

    PHP RCE PoC 公开,针对 CVE-2026-109618 与 CVE-2026-109619

    作者 joser14 公开了 PHP 远程代码执行利用脚本 php_rce.py,针对 CVE-2026-109618 与 CVE-2026-109619。

    为什么值得看:公开的利用脚本覆盖多种 PHP 8.x 与 glibc 组合,并给出 UAF 与 LFI 回退的完整链条,可供复现与检测参考。

  4. Sploitus 利用聚合75

    PHP2Shell 检测脚本发布,用于排查 CVE-2026-109618 与 CVE-2026-109619 影响的 PHP 安装

    作者公开了 PHP2Shell 检测脚本,用于在 Windows 与 macOS 终端上查找受 CVE-2026-109618 和 CVE-2026-109619 影响的 PHP 安装,这两个漏洞是 2026 年 10 月披露的无需认证 RCE。

    为什么值得看:脚本按退出码区分存在漏洞 PHP 与同时运行 Web 服务的主机,便于在 RMM 中批量筛出需优先处置的终端。

  5. Sploitus 利用聚合88

    php2shell 检测工具发布,用于排查 PHP2Shell CVE-2026-109618 与 CVE-2026-109619

    php2shell 是一款静态二进制检测工具,用于排查 PHP 引擎中的 PHP2Shell 远程代码执行漏洞 CVE-2026-109618 与 CVE-2026-109619(CVSS 4.0 均为 9.2),支持 Linux、macOS、Windows 和 FreeBSD。

    为什么值得看:工具把版本比对、发行版回溯补丁与残留 worker 三类误判分开处理,可作为披露后自查的参考。

  6. Sploitus 利用聚合88

    PHP2Shell 验证脚本发布:行为检测 CVE-2026-109618 与 CVE-2026-109619 的 PHP RCE 暴露

    GitHub 仓库 PHP2Shell 发布 verificar_poc.sh,通过行为而非版本号判断 PHP 服务器是否受 CVE-2026-109618(OOM 期间 longjmp 导致内存状态损坏)与 CVE-2026-109619(跨请求残留全局状态引发 use-after-free)影响,两者 CVSS v4.0 均为 9.2。

    为什么值得看:仓库给出按行为判定 PHP 服务器是否受 php2shell 两个 RCE 影响的脚本,并附实测配置阈值与真实站点评估过程。

  7. Sploitus 利用聚合75

    php2shell 漏洞 Nuclei 检测模板发布,覆盖 CVE-2026-109618 与 CVE-2026-109619

    GitHub 用户发布 php2shell 的 Nuclei 检测模板,用于发现受 CVE-2026-109618 与 CVE-2026-109619 两个 PHP 请求处理免认证 RCE 漏洞影响的安装。

    为什么值得看:模板只按版本比对检测,并说明发行版回补版本号不变会导致漏报,可作为部署自查的参考。

  8. Sploitus 利用聚合88

    php2shell 重写版 PoC 公开,串联 CVE-2026-109618 与 CVE-2026-109619 实现 PHP 免认证 RCE

    研究者公开 php2shell 的重写版 PoC,针对 2026 年 10 月 21 日披露的 PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619,对启用 session.upload_progress 的 PHP 安装实现免认证一次性远程代码执行。

    为什么值得看:重写版 PoC 把四阶段利用链拆成可读步骤,并给出受影响版本区间与检测、缓解配置,便于防守方复现验证。

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

    toml-node 5.0.0 仍可通过引号路径污染 Object.prototype,附 PoC

    toml-node 5.0.0 中,用 toml.parse() 解析一份四行 TOML 文档即可把属性写入 Object.prototype,该属性对进程内所有对象可见。

    为什么值得看:文章给出可运行的 TOML 文档与脚本,说明 5.0.0 仍可经 Date 原型链污染 Object.prototype。

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

    GitPython 子模块 .git 路径校验滞后导致 RCE,PoC 已公开

    GitHub 安全公告 GHSA-83vg-56qc-22m7 指出 GitPython 的 create_submodule 在拒绝 .git 路径之前就已把子模块克隆进仓库的 .git 目录。

    为什么值得看:公告给出了可复现的 PoC 与逐行调用栈,说明校验发生在克隆落盘之后,可据此判断自身调用路径是否受影响。

  11. 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 的应用可据此自查。

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

    Pillow BMP RLE 解码器存在内存放大 DoS,公开 PoC 与复现数据

    GitHub 安全公告披露 Pillow 的 BmpRleDecoder 在 delta escape 与 absolute mode 分支中无界增长,约 1 KB 的构造 BMP 文件即可让进程分配数 GB 内存。

    为什么值得看:披露给出可复现脚本与实测内存占用,说明约 1 KB 的 BMP 文件即可触发数 GB 级内存放大。

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

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

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

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

  14. 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 位截断导致堆越界读的具体代码位置。

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

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

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

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

  16. 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 限制。

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

  17. 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 撤销令牌会静默失效,便于自查撤销逻辑。