SigNoz OIDC流程Host头未验证致OAuth授权码窃取(CVSS 9.1)

用户希望我总结一张关于安全漏洞的网页截图。 我需要提取以下关键信息： 1. 漏洞概述 (Vulnerability Overview): 标题、描述、严重性、CVSS分数。 2. 影响范围 (Impact/Scope): 受影响的软件版本、受影响的组件。 3. 修复方案 (Remediation): 官方文档中提到的修复方法。 4. POC/利用代码 (Proof of Concept/Exploit Code): 如果有的话，完整提取。 分析截图内容： 标题: OAuth Authorization Code Theft via Unvalidated Host Header in OIDC Flow 产品: SigNoz (signoz.dev) 严重性: Critical (严重) CVSS Score: 9.1 受影响版本: >=v2.2.0 修复版本: 6.24.6 (这里看起来有点奇怪，通常修复版本会是一个具体的版本号，比如 v2.2.1 或者更高，但截图上写的是 6.24.6，可能是指某个依赖库或者特定的构建版本，或者截图显示有误，但我必须忠实于截图内容。仔细看，Affected versions 是 >=v2.2.0，Patched versions 是 6.24.6。这可能意味着修复是在 6.24.6 版本中完成的，或者这是一个依赖项的版本。不过，通常这种漏洞页面会列出修复后的主版本。让我们再看一眼。哦，Patched versions 下面写的是 6.24.6。这看起来像是一个具体的版本号。我会照实记录。) 漏洞描述 (Summary): 这是一个 OAuth 授权代码窃取漏洞。攻击者可以通过在 请求中注入恶意的 头来窃取授权代码。这允许攻击者绕过 OAuth 流程中的重定向 URI 验证。 漏洞根本原因 (Vulnerability Root Cause): Factor 1: 未验证的 头。 服务在构建重定向 URI 时使用了未经验证的 头。 Factor 2: 宽泛的重定向 URI 范围。 配置允许 作为重定向 URI。 官方文档确认: 官方文档建议使用 头来覆盖默认值，这证实了漏洞的存在。 利用步骤 (Proof of Concept): Step 1: 使用恶意 头发起授权请求。 Step 2: 攻击者可以窃取授权代码。 代码块: 截图中有两个代码块。 第一个是 命令，展示了如何发送带有恶意 头的请求。 第二个是 命令，展示了如何获取授权代码（虽然被截断了，但我能看到一部分）。 影响 (Impact): 授权代码窃取。 攻击者可以交换代码获取访问令牌，从而访问受保护资源。 构建 Markdown 总结： 标题: OAuth 授权代码窃取漏洞 (Unvalidated Host Header in OIDC Flow) 概述: 在 SigNoz 的 OIDC 流程中，由于未验证 头，攻击者可以注入恶意 头来窃取 OAuth 授权代码。 严重性: Critical (9.1) 受影响版本: >=v2.2.0 修复版本: 6.24.6 (根据截图显示) 根本原因: 1. 服务在构建重定向 URI 时未验证 头。 2. 配置允许 作为重定向 URI。 3. 官方文档甚至建议通过 头覆盖默认值。 POC 代码: 提取截图中的 命令。 提取代码块: Step 1 的代码: (注意：截图中的 URL 参数可能不完整，我需要仔细看图。 图里的 URL 是: Header 是: ) Step 2 的代码 (虽然被截断，但我能看到开头): (实际上截图里 Step 2 的代码块只露出了一部分，主要是 Step 1 的代码比较完整。我会尽量提取可见部分。) 最终检查: 用户要求“简洁的中文markdown总结”。 包括：漏洞概述、影响范围、修复方案。 如果包含 POC 代码，务必完整提取。 好的，开始撰写。 漏洞概述: 漏洞名称: OAuth Authorization Code Theft via Unvalidated Host Header in OIDC Flow 受影响产品: SigNoz 严重等级: Critical (CVSS 9.1) 描述: 该漏洞允许攻击者通过在 OAuth 授权请求中注入恶意的 头，窃取授权代码。由于 服务在构建重定向 URI 时未验证 头，且配置允许 作为重定向 URI，攻击者可以将重定向目标指向自己控制的服务器，从而截获授权代码。 影响范围: 受影响版本: >=v2.2.0 修复版本: 6.24.6 (注：截图显示此版本已修复) 修复方案: 根据截图中的 "Official Documentation Enables the Attack" 部分，官方文档曾建议通过 头覆盖默认值，这证实了漏洞逻辑。修复方案通常涉及在服务器端严格验证 头，或者在构建重定向 URI 时不使用未经验证的 头，而是使用预配置的值。虽然截图没有明确列出“如何修复”的具体代码，但指出了漏洞根源是未验证 头。 POC 代码: (提取 Step 1 的 curl 命令) (Step 2 的代码在截图中被截断，只能看到一部分，我会注明这一点或者只提取可见部分。截图里 Step 2 的代码块只露出了 这一行的一部分。为了完整性，我会尽量提取 Step 1 的完整代码。) 等等，再仔细看一眼 Step 2 的代码块。 这行下面还有 。 好的，我会把能看到的都写出来。 修正: 截图里的 Step 1 代码块其实被截断了，我看不到完整的 URL。 让我重新仔细看 Step 1 的代码块。 这看起来是完整的。 Step 2 的代码块： 这看起来也是完整的（除了 code 部分被省略号代替）。 好的，准备输出。 OAuth 授权代码窃取漏洞 (Unvalidated Host Header in OIDC Flow) 漏洞概述 受影响产品: SigNoz 严重等级: Critical (CVSS 9.1) 描述: 该漏洞存在于 SigNoz 的 OIDC 流程中。由于 服务在构建 OAuth 重定向 URI 时未验证 头，攻击者可以注入恶意的 头。结合允许 作为重定向 URI 的配置，攻击者可以将重定向目标指向自己控制的服务器，从而窃取 OAuth 授权代码（Authorization Code）。 影响范围 受影响版本: >=v2.2.0 修复版本: 6.24.6 (根据截图显示) 漏洞根本原因 1. 未验证的 Host 头: 服务在构建重定向 URI 时直接使用了请求中的 头，未进行白名单验证。 2. 宽泛的重定向 URI 范围: 配置允许 作为重定向 URI。 3. 官方文档误导: 官方文档曾建议通过 头来覆盖默认值，这无意中证实了该漏洞的利用逻辑。 修复方案 虽然截图未直接提供修复代码，但根据漏洞描述，修复方案应包含： 在服务器端严格验证 头，仅允许预配置或可信的域名。 在构建重定向 URI 时，不应依赖未经验证的 头，而应使用预配置的值。 POC / 利用代码 Step 1: 使用恶意 Host 头发起授权请求 Step 2: 攻击者服务器接收重定向并窃取授权代码 (注：实际攻击中，浏览器会自动重定向到攻击者控制的 ，并将授权代码作为参数传递)*

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

SigNoz OIDC流程Host头未验证致OAuth授权码窃取(CVSS 9.1)

同源更多文章

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

SigNoz OIDC流程Host头未验证致OAuth授权码窃取(CVSS 9.1)

同源更多文章

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