OAuth Auth Bypass Fix: Unauthorized Vault Token Access and Hardening

漏洞关键信息总结 漏洞概述 标题：修复关键认证绕过：在颁发 OAuth 令牌前先进行身份认证（#8, #29） 核心问题： 端点会在未认证用户的情况下自动批准每一个请求。任何能访问服务器 URL 的人都能完成 OAuth 流程并获取 vault bearer token，从而获得对 vault 的完全读写权限（该权限由 URL 的机密性保护，而非认证保护）。 PKCE 无效：PKCE 仅能保护客户端的授权码不被截获，但当攻击者控制整个流程并自行提供验证器时，PKCE 不起作用。 动态客户端注册： （开放动态客户端注册）允许任何调用者（包括 路径）获取配置的客户端密钥。 有效安全边界：原本是“知道 URL”，而非认证。 影响范围 任何知道或能发现服务器主机名的人，都能对 vault 进行未认证的读写访问。 此前 README 将“真实认证”作为预期行为并记录了自动批准，两者均错误，现已修正。 修复方案 1. 交互式登录门控： 现在在颁发任何授权码之前，要求提供 / 。ClaudeChatGPT 连接器仍会弹出登录页面，且每次授权都需要密码。 2. 失败关闭：未设置 时，服务器拒绝授权（返回 503），不再有无密码自动批准。 3. 非授权 DCR： 返回一个已生成的匹配客户端密钥，永不返回配置的服务器或 vault 令牌。 4. 强制 PKCE（S256）： 验证（提示或回退）一个已生成的匹配客户端（或注册的客户端）在授权和令牌时都使用 S256。 5. 失败关闭：移除了服务器在无认证时回退到 app 构造默认值的逻辑，现在直接报错。 6. 默认绑定环回： 默认值为 ，而非 。 测试 新增 （10 个用例），包含针对该漏洞的回归测试，确保未认证用户无法再获取令牌。全部测试通过（296 个）。 端到端验证：对运行中的服务器发起未认证攻击（ → 503，无令牌），合法登录完成后返回令牌。 破坏性变更 现有部署必须设置 ，否则服务器将拒绝授权客户端。 若 可能已泄露，需轮换。 版本从 0.1.0 提升至 0.2.0。 已知后续工作 每次成功授权仍返回单个静态 （无期限、不可撤销的令牌）。该问题的加固将单独跟踪，关闭 #8，关闭 #29。 相关引用 本 PR 合并了 2 个提交到 （分支 ），于 6 月 8 日合并。 关联引用： - “Fix critical auth bypass: authenticate before issuing OAuth tokens #8” - “Bump version to 0.2.0 (security fix #8, #29)” - “Security/design: /oauth/authorize auto-approves without authenticating the user #8” - “Massive security hole? Dynamic Client Registration is enabled, allowing any client to access without credentials #29”

Goal Reached Thanks to every supporter — we hit 100%!

OAuth Auth Bypass Fix: Unauthorized Vault Token Access and Hardening

More from this source