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 利用脚本,并给出临时规避的文件位置。
公开的 PoC 显示,XWiki Platform 存在免认证 RCE 漏洞 CVE-2025-24893,访客可向 SolrSearch 端点发送特制 RSS 请求注入并执行 Groovy 代码,CVSS v3.1 为 9.8。
为什么值得看:公开了针对 XWiki 免认证 RCE 的完整 PoC 与 Python 利用脚本,并给出临时规避的文件位置。
作者 Farhad Hosen 公开 PHP2Shell 利用脚本,针对 PHP session.upload_progress 机制串联 CVE-2026-109618(OOM 内存破坏导致 RCE)与 CVE-2026-109619(全局状态残留导致 RCE),实现免认证 RCE。
为什么值得看:公开的利用脚本针对 PHP session.upload_progress 机制串联两个内存破坏漏洞,并给出 ASLR 绕过与多阶段利用流程。
作者 joser14 公开了 PHP 远程代码执行利用脚本 php_rce.py,针对 CVE-2026-109618 与 CVE-2026-109619。
为什么值得看:公开的利用脚本覆盖多种 PHP 8.x 与 glibc 组合,并给出 UAF 与 LFI 回退的完整链条,可供复现与检测参考。
作者公开了 PHP2Shell 检测脚本,用于在 Windows 与 macOS 终端上查找受 CVE-2026-109618 和 CVE-2026-109619 影响的 PHP 安装,这两个漏洞是 2026 年 10 月披露的无需认证 RCE。
为什么值得看:脚本按退出码区分存在漏洞 PHP 与同时运行 Web 服务的主机,便于在 RMM 中批量筛出需优先处置的终端。
php2shell 是一款静态二进制检测工具,用于排查 PHP 引擎中的 PHP2Shell 远程代码执行漏洞 CVE-2026-109618 与 CVE-2026-109619(CVSS 4.0 均为 9.2),支持 Linux、macOS、Windows 和 FreeBSD。
为什么值得看:工具把版本比对、发行版回溯补丁与残留 worker 三类误判分开处理,可作为披露后自查的参考。
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 影响的脚本,并附实测配置阈值与真实站点评估过程。
GitHub 用户发布 php2shell 的 Nuclei 检测模板,用于发现受 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 把四阶段利用链拆成可读步骤,并给出受影响版本区间与检测、缓解配置,便于防守方复现验证。
toml-node 5.0.0 中,用 toml.parse() 解析一份四行 TOML 文档即可把属性写入 Object.prototype,该属性对进程内所有对象可见。
为什么值得看:文章给出可运行的 TOML 文档与脚本,说明 5.0.0 仍可经 Date 原型链污染 Object.prototype。
GitHub 安全公告 GHSA-83vg-56qc-22m7 指出 GitPython 的 create_submodule 在拒绝 .git 路径之前就已把子模块克隆进仓库的 .git 目录。
为什么值得看:公告给出了可复现的 PoC 与逐行调用栈,说明校验发生在克隆落盘之后,可据此判断自身调用路径是否受影响。
GitHub 安全公告 GHSA-c6gr-qvv4-5v3f 指出,DOMPurify 在 PARSER_MEDIA_TYPE 设为 application/xhtml+xml 时。
为什么值得看:材料给出可运行的 PoC 脚本与复现步骤,说明 XHTML 解析模式下 SMIL 属性名大小写差异如何让过滤失效。
DOMPurify 3.4.16 针对 GHSA-p98j-92pf-mc4p 的修复不完整:_handleHookDetachedNode() 只检查 hook 自身节点是否失去父节点,当 IN_PLACE hook 删除当前节点的父节点或尚未访问的兄弟节点时,该子树不会被遍历或中和,事件处理器保留。
为什么值得看:材料给出可运行的 jsdom 与浏览器复现,说明 3.4.16 的修复只覆盖 hook 删除自身节点的情况,使用 IN_PLACE 的应用可据此自查。
GitHub 安全公告披露 Pillow 的 BmpRleDecoder 在 delta escape 与 absolute mode 分支中无界增长,约 1 KB 的构造 BMP 文件即可让进程分配数 GB 内存。
为什么值得看:披露给出可复现脚本与实测内存占用,说明约 1 KB 的 BMP 文件即可触发数 GB 级内存放大。
Pillow 12.3.0 的多帧加载器在帧间切换 mode 时会复用上一帧的原生 ImagingCore 存储,导致越界写与进程崩溃;作者在 PSD、MPO/JPEG、DCX、MIC 四个入口验证了该问题。
为什么值得看:披露者给出可复现的 MPO 上传路径与 10/10 成功标记,说明多帧模式切换导致的越界写可落到命令执行。
GitHub 安全公告披露 Pillow 在 Windows 构建上存在堆越界读问题 GHSA-9v9v-9qvf-h2hj,EMF/WMF 图像尺寸未经范围检查即传入原生 drawwmf 处理程序,分配按截断为 16 位的头字段计算,拷贝却使用完整 32 位尺寸。
为什么值得看:公告给出可运行的 EMF 构造脚本,并指出 Windows 构建下 16 位截断导致堆越界读的具体代码位置。
Pillow 的 JPEG 编码器 ImagingJpegEncode() 在 src/libImaging/JpegEncode.c:330 写 COM 注释前不检查剩余空间,当 65498 字节 ICC profile 恰好填满 65536 字节缓冲区时,注释和整个压缩图像被写到堆缓冲区之外,进程以 SIGSEGV 或 glibc 堆错误终止。
为什么值得看:披露给出可运行的复现脚本与补丁,说明默认保存路径下 ICC 恰好填满缓冲区即触发越界写。
GitHub 安全公告 GHSA-3547-9m27-7rxg 披露 Django REST framework 的 JSONParser 会用客户端在 Content-Type charset 参数中指定的编码解码请求体,攻击者填入 bz2_codec 等字节变换编码即可绕过 Django 的 DATA_UPLOAD_MAX_MEMORY_SIZE 限制。
为什么值得看:公告给出可运行的复现脚本与四组对照,说明默认解析器下小请求体如何放大内存占用。
Django REST framework 的 content negotiation 对每个 Accept token 重复解析且不限制 token 数量与总大小。
为什么值得看:作者给出完整可运行 PoC 与实测耗时,说明默认 gunicorn 双 worker 部署下两个连接即可让服务停摆。
Django REST framework 的 TokenProxy.delete() 调用不抛异常并返回成功,但实际未删除数据库行,令牌仍可继续认证。原因是 TokenProxy 将 pk 覆写为 user_id,删除语句用用户 id 去匹配 40 位 key 列,返回 (0, {'authtoken.TokenProxy': 0})。
为什么值得看:材料给出可运行的复现脚本与对照实验,说明通过 TokenProxy 撤销令牌会静默失效,便于自查撤销逻辑。
作者发布 php2shell-shield 与 php2shell-check,用于在无法立即升级 PHP 时临时缓解 PHP2Shell(CVE-2026-109618、CVE-2026-109619)。
为什么值得看:针对无法立即升级 PHP 的服务器,给出了反向代理拦截与检测脚本的临时缓解方案,并说明其边界。