SQL 注入： 两个嵌套的 batch 调用利用了这一点。外层 batch 绕过了方法允许列表（通常阻止 GET）。内层 batch 向 GET /wp/v2/posts 传递一个标量 author_exclude 字符串——失步使其绕过验证，而 WP_Query 将该未净化的字符串直接插入 SQL，从而产生基于 UNION 的盲注。

缓存投毒： SQLi 返回伪造的 WP_Post 对象，WordPress 将其缓存在内存中。这些伪造的文章包含 [embed] 短代码，导致 WordPress 根据这些伪造引用创建真实的 oembed_cache 数据库行。

变更集提权： 利用 SQLi，攻击者在内存中伪造一个 customize_changeset 文章，其 JSON 中包含 "user_id": 1。一个循环检测 gadget 触发 wp_update_post() 而不覆盖 post_content，从而保留攻击者的载荷。应用该变更集会临时假定管理员的身份。

钩子重入： 一个状态为 parse、类型为 request 的伪造文章触发 parse_request 钩子，以假定的管理员角色重放整个 batch 请求。这一次，一个 POST /wp/v2/users 子请求成功，创建了一个新的管理员账户。

代码执行： 攻击者以创建的管理员身份登录，并上传一个恶意插件以运行任意命令。

受影响版本

使用方法

使用此 PoC 的唯一要求是 Python 3.8+。

从仓库目录运行它以执行漏洞检查：

检查模式（默认）

执行单次漏洞检查。发送一个良性的 batch 标记探测，在不执行 SQLi 载荷的情况下检测路由混淆漏洞。存在漏洞的目标会返回 HTTP 207，并带有错误模式 parse_path_failed、block_cannot_read 和 rest_batch_not_allowed。

使用 --confirm-sqli 还会发送一个主动的 SQLi 确认载荷。确认过程首先尝试 UNION 反射，然后回退到基于时间的探测。

检查单个目标（默认模式）

使用显式模式检查

使用 SQLi 确认进行检查

读取模式 - 通过 SQL 注入提取数据

使用预认证 SQL 注入从数据库中提取数据。默认使用 --technique auto，它会按以下顺序尝试可用方法：

• union - 通过 UNION 伪造一个假的 WP_Post 行，并从 REST 响应中以 ||HEX(value)|| 形式读回其标题。每个值一个请求。最快。
• error - 使用 EXTRACTVALUE/UPDATEXML 每个请求泄露约 15 字节。当目标反射 MySQL 错误时有效（例如开启 WP_DEBUG_DISPLAY）。
• blind - 布尔二分搜索，每个字符约 8 个请求。读取 X-WP-Total 头作为真/假信号。即使没有数据被反射也有效。

使用 --technique union|error|blind 强制指定特定技术。这些读取路径是只读的，不会写入数据库。

服务器指纹（默认查询）

导出登录名和密码哈希

自定义 SQL 查询

强制使用盲注技术

使用基于错误的技术提取

Shell 模式

在目标服务器上执行命令。有两种工作模式：

使用凭据（以现有管理员身份登录并上传插件 shell）：

执行特定命令

交互式 shell

执行单条命令

交互式 shell

插件 webshell 以随机路径和每次运行的令牌上传。上传的 webshell 会被自动移除。当预认证桥接创建管理员时，该生成的账户会在 shell 会话结束后自动移除。

所有标志列表：

参考资料：

1. https://slcyber.io/research-center/exploit-brokers-pay-500000-for-a-wordpress-rce-i-found-one-with-gpt5-6/
2. https://www.picussecurity.com/resource/blog/cve-2026-63030-and-cve-2026-60137-wp2shell-wordpress-rce-explained

免责声明

本工具仅用于教育或漏洞赏金目的。严禁在受控环境之外未经授权使用。