AriaWave 发布 PHP2Shell 漏洞 CVE-2026-109618 与 CVE-2026-109619 检测扫描器
AriaWave 发布零依赖 Python 3 命令行扫描器,用于排查 PHP2Shell 两个漏洞 CVE-2026-109618 与 CVE-2026-109619(CVSS v4.0 9.2)的暴露情况。
为什么值得看:扫描器把版本阈值与 RLimitMEM、memory_limit 覆盖等触发条件一起检查,可作为应急排查的现成工具。
AriaWave 发布零依赖 Python 3 命令行扫描器,用于排查 PHP2Shell 两个漏洞 CVE-2026-109618 与 CVE-2026-109619(CVSS v4.0 9.2)的暴露情况。
为什么值得看:扫描器把版本阈值与 RLimitMEM、memory_limit 覆盖等触发条件一起检查,可作为应急排查的现成工具。
研究者公开 PHP2Shell 漏洞的 PoC,针对 PHP 的 session.upload_progress 处理逻辑,串联 CVE-2026-109618 与 CVE-2026-109619 实现仅经 HTTP 的远程代码执行,两个漏洞 CVSS v4.0 均为 9.2。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
研究者公开 CVE-2026-59346 的 PoC,该漏洞是 VMware Workstation、Fusion 与 Player 的 VMXNET3 虚拟网卡 TSO 分段路径中的 32 位整数溢出,位于 vmware-vmx 进程,可由 guest 虚拟机触达。
LuDaShi 6.1026.4505.112 之前的版本中,ComputerZ_x64.sys 驱动暴露 IOCTL 接口 0xF1002508,未充分校验用户传入的内存地址,本地攻击者可经 MmMapIoSpace 读取低 4GB 任意物理地址数据并返回用户态,造成敏感信息泄露。该漏洞由 ZhouRui 于 2025 年 12 月 2 日发现,PoC 可读取任意长度数据。
Sploitus 收录了 CVE-2024-38077(MadLicense)的复现材料,该漏洞是 Windows Remote Desktop Licensing 服务中的堆缓冲区溢出(CWE-122),CVSS 9.8,无需认证、无需交互即可远程触发,并以 SYSTEM 权限执行代码。
作者发布两个只读工具,用于确认 PHP 安装是否已修复 2026-10-21 公布的 CVE-2026-109618 与 CVE-2026-109619,两者均为请求生命周期中的免认证 RCE,CVSS v4.0 评分 9.2。
同一件事,精选收录的是《PHP2Shell 披露 PHP 核心 CVE-2026-109618 免认证 UAF 致 RCE,附 Nuclei 检测模板》
一份聚合自 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 状态损坏细节的防守方。
php2shell 公开了针对 PHP 请求状态漏洞 CVE-2026-109618 与 CVE-2026-109619 的可复现 HTTP PoC,利用链可泄露 Zend MM 堆基址与已加载的 libphp 基址,并通过 zif_system 执行短命令。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
GitHub 上发布 php2shell-check,用于对单个 URL 或主机列表做 php2shell(CVE-2026-109618 / CVE-2026-109619)的非侵入式检查,纯 Python 标准库实现。
PHP Foundation 发布补丁,修复 CVE-2026-109618 与 CVE-2026-109619 两个 CVSS 9.2 的漏洞,二者均可导致免认证 RCE,分别源于内存耗尽处理(OOM)中的内存破坏和同一 worker 上后续请求复用陈旧请求全局状态。
为什么值得看:PHP 核心内存管理与错误处理中的两个 9.2 分漏洞影响面覆盖默认配置,通告给出了明确的修复版本与受影响部署形态。
Pillow 的 P;2L 和 P;4L 原始解码器在特定宽高下会读取超出传入缓冲区末尾 1 至 3 字节,原因是 ImagingRawDecode 按位深计算行字节数,而 unpackP2L/unpackP4L 按 2 或 4 个位平面各自按字节补齐,两者对一行数据占用字节数的理解不一致。
Pillow 的 ImagingScaleAffine()(src/libImaging/Geometry.c:866)在 calloc 失败时对调用方拥有的输出图像调用 ImagingDelete(),随后 Python 对象析构时再次释放,形成 use-after-free 与双重释放。
GitHub 安全公告 GHSA-j4m9-6w36-pw47 指出,Pillow 在 stroke_width 非零时创建 FreeType stroker,若 FT_Load_Glyph 对某个字形失败,清理路径会对未初始化或已释放的 glyph 指针调用 FT_Done_Glyph,形成无效释放或双重释放。
为什么值得看:公告给出可运行的 fontTools 脚本,复现 Pillow 在描边绘制时对未初始化指针调用 FT_Done_Glyph 的路径。
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 部署是否受影响。
GitHub 安全公告库披露 Pillow 的 Image.quantize(palette=...) 在调色板为空时会返回 512 字节未初始化的 C 栈内存作为像素值,一个 80 字节的空 PLTE PNG 即可触发,泄露内容包含栈、堆、libc、libpython 与 _imaging 模块地址及栈保护 canary。
Pillow 的 PdfParser.get_value() 递归深度保护失效:max_nesting 默认 -1 且每次递归递减,永远不等于 0,嵌套几千层的 PDF 对象即可触发未捕获的 RecursionError。
GitHub 安全公告库发布 GHSA-gg2r-wvfm-q9rx,指出 Pillow 的 MSP RLE 解码器把游程数据写入无上限的 io.BytesIO,单次游程可扩张约 85 倍,问题位于 src/PIL/MspImagePlugin.py:144-146。
Pillow 的 PngImageFile._seek() 在处理首个 fcTL 请求 OP_BACKGROUND 时,会先按 IHDR 声明尺寸调用 Image.core.fill 分配并清零整块画布,之后 Image.open() 的 _decompression_bomb_check 才执行。
为什么值得看:材料给出可运行的复现脚本与两份补丁,说明 APNG 在炸弹检查前按声明尺寸分配内存的路径。
GitHub 安全公告披露 Pillow 在将图像编码为内存中的 TIFF 时存在堆 use-after-free:libtiff 在编码阶段拒绝某个 tag 导致 TIFFWriteScanline 失败后,编码器释放了输出缓冲区却未关闭 TIFF 句柄,随后清理阶段 TIFFClose 刷新数据写回已释放内存。
为什么值得看:公告给出可运行的 Python 复现脚本与 ASan 调用栈,便于维护者确认内存释放路径并判断自身服务是否受影响。
Pillow 在把 TIFF 保存到 io.BytesIO 等无 fileno() 的目标时,src/libImaging/TiffDecode.c 的 _tiffWriteProc 按 state->size + size 而非写入位置扩容,导致堆缓冲区溢出,同时把未初始化的堆字节写入输出文件。
为什么值得看:报告给出可运行的复现脚本与补丁,说明默认设置下把上传图片另存为 TIFF 到内存对象即可触发越界写。
Pillow 的 libtiff 编码器 PyImaging_LibTiffEncoderNew(src/encode.c)在把源 TIFF 中未识别的标签转发给 TIFFSetField 时,按 Python 值而非 libtiff 字段定义决定传参形式,导致构造的 TIFF 标签被当作字节数或指针读取。
为什么值得看:材料给出可运行的复现脚本与逐分支分析,展示了普通 open 后 save 即可触发内存泄露或崩溃的路径。
Sploitus 利用聚合收录了针对 Php 中“顺序内存分配控制不当”问题的利用程序。该条目未给出 CVE 编号、受影响版本区间、CVSS 分数及利用条件等细节,也未说明是否已在野利用或是否已有修复版本。
Adversario 的 3ky(Diego Collao)公开了 PHP2Shell 本地实验仓库,用于对比 CVE-2026-109618 与 CVE-2026-109619 的四个漏洞版本与对应补丁版本。
为什么值得看:作者公开了本地复现工具与八个 PHP 构建的差分矩阵,可对照验证补丁前后的行为差异。
anti-php2shell 是一个仅用 Python 标准库实现的工具,用于检测和缓解 PHP2Shell 漏洞对(CVE-2026-109618 与 CVE-2026-109619。
为什么值得看:工具把 PHP2Shell 漏洞的检测、配置加固与 WAF 规则生成整合成零依赖脚本,便于在无法立即升级的节点上先做运行时处置。
php-patch-verify 是一个按 Agent Skills 标准编写的工具,用于核查 PHP 安装是否已修复 2026 年 10 月披露的两个无需认证 RCE 漏洞 CVE-2026-109618 和 CVE-2026-109619,两者 CVSS 均为 9.2,修复版本为 PHP 8.5.12、8.4.27、8.3.36、8.2.35,8.1 及更早分支已停止支持。
针对 Php 中顺序内存分配不当问题,公开了利用脚本 CVE-2026-109618 与 CVE-2026-109619。该脚本仅向指定 staging URL 发送少量普通 GET 请求,不发送利用载荷、畸形 multipart 请求、上传或压力流量。脚本作者明确表示,HTTP 证据无法证明这两个 CVE 是否可利用或已修复。
2026-10-22,GitHub 上出现针对 Php 中“顺序内存分配控制不当”问题的漏洞利用程序,但正文未给出具体 CVE 编号、受影响版本区间与 CVSS 分数。该仓库自述仅用于本地虚拟机、Docker 容器、隔离实验环境及授权渗透测试等安全场景,并附有免责声明。
研究者公开 CVE-2026-109619 的本地 PoC,该漏洞是 PHP session 上传进度中的 use-after-free,在 PHP 8.5.11、Apache、x86-64 环境测试。
php2shell-poc 仓库公开了针对 PHP 两个 RCE 漏洞 CVE-2026-109618 与 CVE-2026-109619 的验证脚本,并附带 Docker 实验环境。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
GitHub 上公开了针对 PHP CVE-2026-109618 和 CVE-2026-109619 的 DoS 攻击工具集,包含交互控制台、attacker.py 与可用性探针。
研究者公开 CVE-2026-109618 与 CVE-2026-109619 的 PoC,利用 serialize() 触发 memory_limit 时 zend_bailout() 跳过清理,使 BG(serialize).data 指向已释放的 ZMM 堆内存,同一 Apache prefork worker 的下一个请求复用该悬空指针导致 SIGSEGV。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
Grayson(wind884)发布 PHP2Shell 生命周期分析,梳理 PHP 在首行代码执行前请求处理流程中的两个 RCE 漏洞 CVE-2026-109618 与 CVE-2026-109619。
一份源码审计报告分析了 PHP 8.2 中 CVE-2026-109618 与 CVE-2026-109619 两条 RCE 路径,前者源于内部操作未完成时的 OOM 退出,后者源于请求内存释放后 worker 仍保留引用,导致后续请求被提前处理。
研究者公开 php2shell 工具包,针对 PHP2Shell 的 CVE-2026-109618 与 CVE-2026-109619 提供利用脚本、IOC 狩猎、Sigma 与 ModSecurity 规则及侦察工具,所有验证均在 nginx 1.26.3 + PHP-FPM 8.3.32 实验环境完成。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
php2shell-pocs 仓库发布两个 Docker 实验,用于复现 PHP 2026 年 10 月通告中 CVE-2026-109618 和 CVE-2026-109619 的请求触发条件。
作者 baka9moe 发布单文件 Python PoC,复现 PHP session.upload_progress 处理器的跨请求序列化状态 UAF(CVE-2026-109618 / CVE-2026-109619)。
作者审计了 jackalsyn.com 发布的 PHP CVE-2026-109618/109619 利用包,并在 Ubuntu 24.04 实验机上对 PHP 8.2.34 等三个构建发起 18 次攻击,均未取得命令执行。
为什么值得看:作者逐条审计公开 PoC 并在实验环境复现,指出泄露的利用链与官方补丁实际修复点不一致,可作为判断该 PoC 可信度的参考。
php2shell 仓库公开了 PHP session.upload_progress 堆 UAF 漏洞 CVE-2026-109618 与 CVE-2026-109619 的 PoC。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
php2shell 仓库公开了 CVE-2026-109618 与 CVE-2026-109619 两个 PHP 内存破坏 RCE 漏洞的验证 PoC,并附带 Apache mod_php 与 nginx/PHP-FPM 的 Docker 复现环境。
同一件事,精选收录的是《PHP 核心漏洞 CVE-2026-109618 与 CVE-2026-109619 补丁前已出现利用,CVSS 9.4》
Ghxstsec 发布 php2shell-poc,针对 PHP 引擎 session.upload_progress 的 CVE-2026-109618 提供远程代码执行利用脚本,通过竞态、HashTable 析构与 149 元素堆喷覆盖 zend_call_function 等函数指针并跳转到 system()。