在 Keycloak 的用户管理型访问(UMA,User-Managed Access)实现中发现了一个缺陷。该问题出现在授权令牌端点处理权限票据(permission tickets)的过程中。当两个不同用户拥有同名资源时,如果其中一个用户请求授权令牌,系统会错误地合并这两个资源的权限。这使得攻击者能够获取到本不应被共享的受害者资源上的访问范围(scopes)。
尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。
| 厂商 | 产品 | 影响版本 | CPE | 订阅 |
|---|---|---|---|---|
| Red Hat | Red Hat Build of Keycloak | - |
cpe:/a:redhat:build_keycloak:
|
|
| Red Hat | Red Hat Build of Keycloak | - |
cpe:/a:redhat:build_keycloak:
|
|
| Red Hat | Red Hat Build of Keycloak | - |
cpe:/a:redhat:build_keycloak:
|
|
| Red Hat | Red Hat Single Sign-On 7 | - |
cpe:/a:redhat:red_hat_single_sign_on:7
|
|
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
未找到公开 POC。
登录以生成 AI POC| CVE-2026-15801 | 8.0 HIGH | cri-o容器检查点恢复验证不足漏洞 |
| CVE-2026-94215 | 5.5 MEDIUM | Keycloak 跨域客户端读写越权漏洞 |
| CVE-2026-94213 | 4.9 MEDIUM | Keycloak身份服务策略端点用户身份泄露 |
| CVE-2026-94218 | 3.1 LOW | Keycloak 2FA设置强制绕过漏洞 |
暂无评论