mcp-remote 设备授权OAuth凭据明文传输漏洞(CVE-2026-51994)

漏洞概述 CVE-2026-51994 / CVE-2026-108716: mcp-remote 0.8.0 through 0.14.3 Cleartext Credential Transmission via -device-code OAuth Grant 报告者: HaiND (Nguyen Dinh Hai), Post and Telecommunication Institute of Technology 项目: punkpeye/mcp-remote, OAuth device authorization grant in the MCP stdio proxy CLI 受影响版本: npm mcp-remote v0.8.0 through v0.14.3, reviewed at commit 6a8bca546aaf3b57beeb40f39761b3648931888 (git tag v0.14.3) 类别: CWE-319 Cleartext Transmission of Sensitive Information, CWE-311 Missing Encryption of Sensitive Data 影响范围 漏洞描述: mcp-remote 是一个 MCP stdio 代理，用于通过 OAuth 将 AI 客户端连接到远程 MCP 服务器。当使用 启动时，它使用 OAuth 2.0 设备授权授权（RFC 8628）。设备授权模块 从服务器选择的元数据中读取 和 字符串，应用配置的客户端身份验证方法，并在每个端点上调用 ，而无需检查 URL 是否使用 HTTPS。机密客户端发送其 到两个端点，并成功解析返回的令牌。当传输是非循环的 端点时，凭据和令牌以明文形式跨越网络。相同的代码库拒绝此确切条件用于兄弟 授权，RFC 8628 第 3.1 节要求每个设备授权请求使用 TLS，缺少守卫是一个缺陷而不是预期行为。被动路径观察者可以在客户端和非循环 OAuth 端点之间读取客户端密钥和发出的令牌。该功能在发布版本 v0.8.0 到 v0.14.3 中可达。 修复方案 根因: 设备授权是一个 opt-in 签名模式。代码路径从命令行标志开始，通过元数据发现，进入两个直接 调用，携带 OAuth 凭据，没有传输检查。每个链接在审查的提交中显示其确切位置。 - Link 1: 标志启用授权 - Link 2: 提供商将授权路由到设备授权 - Link 3: 端点字符串来自服务器选择的元数据 - Link 4: 设备授权仅使用存在检查接受端点 - Link 5: 设备授权请求将凭据发送到原始端点 - Link 6: 令牌轮询再次发送凭据并解析返回的令牌 - Link 7: 兄弟授权显示缺少的守卫 - Link 8: 没有较低层升级或拒绝 HTTP 详细攻击步骤 攻击流程: 攻击者可以利用此漏洞，通过中间人攻击（MITM）捕获客户端密钥和发出的令牌。 验证 验证方法: 通过审查代码和测试不同版本的 mcp-remote，确认漏洞的存在和影响。 影响和限制 影响: 客户端密钥和发出的令牌以明文形式传输，可能导致敏感信息泄露。 限制: 仅影响使用 标志启动的 mcp-remote 版本 v0.8.0 到 v0.14.3。 修复 修复建议: 升级 mcp-remote 到最新版本，确保使用 HTTPS 进行所有通信，并添加适当的守卫以防止非 HTTPS 端点的使用。 参考 参考链接: 提供详细的代码审查和漏洞分析链接。 总结 mcp-remote 在 v0.8.0 到 v0.14.3 版本中存在一个严重的安全漏洞，导致客户端密钥和发出的令牌以明文形式传输。建议用户立即升级到最新版本，并采取必要的安全措施以防止此类漏洞。

目标达成感谢每一位支持者 — 我们达成了 100% 目标！

mcp-remote 设备授权OAuth凭据明文传输漏洞(CVE-2026-51994)

同源更多文章

目标达成 感谢每一位支持者 — 我们达成了 100% 目标！

mcp-remote 设备授权OAuth凭据明文传输漏洞(CVE-2026-51994)

同源更多文章

目标达成感谢每一位支持者 — 我们达成了 100% 目标！