跳到正文
今天10月23日周五44 条
  1. Sploitus 利用聚合22

    baton drop 漏洞利用移植至 armv7(MSM8960)Windows RT 设备

    研究者将 baton drop 利用移植到 MSM8960 平台,在 Dell XPS 10 上通过 FAT32 U 盘加载未签名 EFI 启动应用。利用将物理地址截断设为 0xA000_0000,并修改 hal.dll 导入自签名的 mcupdate.dll,由 stage2 释放 Windows 引导程序占用的内存后跳转执行 boot.efi。完整 payload 源码与构建脚本已一并提供。

  2. 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 三类误判分开处理,可作为披露后自查的参考。

  3. Sploitus 利用聚合78

    PHP multipart OOM bailout 损坏触发 PoC 公开,对应 CVE-2026-109618

    研究者公开 CVE-2026-109618 的 PoC,可在 PHP 8.2.34 默认配置下通过分块 multipart 请求耗尽 memory_limit,触发 zend_mm_safe_error() 与 zend_bailout() longjmp 跳出解析器,prefork worker 在 bailout 后仍存活并继续响应请求。

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

  4. 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 影响的脚本,并附实测配置阈值与真实站点评估过程。

  5. Sploitus 利用聚合0

    CVE-2024-4320 漏洞利用

    Sploitus 利用聚合收录了 CVE-2024-4320 的漏洞利用条目。原文未披露受影响厂商与产品、漏洞类型、影响版本区间及 CVSS 分数,也未说明是否已在野利用或已有公开 PoC。

  6. 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 把四阶段利用链拆成可读步骤,并给出受影响版本区间与检测、缓解配置,便于防守方复现验证。

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

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

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

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

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

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