Apache CXF 的 STS TokenValidator 和 Security Token Service (STS) 使用非密码学强度的 32 位哈希算法(即 Java 的 Arrays.hashCode() 或 hashCode())对已验证的安全令牌进行缓存,并将缓存命中作为该令牌已通过验证的证明。攻击者可以构造一个哈希值与缓存条目发生碰撞的令牌(例如 UsernameToken 或自签名的 SAML 断言),从而绕过密码验证、签名信任验证以及向 STS 发起请求等正常验证流程,直接获得该令牌的接受。这
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
| Vendor | Product | Affected Versions | CPE | Subscribe |
|---|---|---|---|---|
| Apache Software Foundation | Apache CXF | 4.2.0 ~ 4.2.4 | - |
|
| # | POC Description | Source Link | Shenlong Link |
|---|
No public POC found.
Login to generate AI POC| CVE-2026-103413 | 8.8 HIGH | Apache Camel Karavan: unvalidated Kubernetes resources applied from a project's kubernetes |
| CVE-2026-103412 | 8.8 HIGH | Apache Camel Karavan: project file name path traversal when committing a project to Git |
| CVE-2026-108039 | Apache CXF: Prevent unbounded XML document size in StaxUtils by adding default element and | |
| CVE-2026-107938 | Apache CXF: The Netty HTTP client transport does not perform TLS hostname verification. | |
| CVE-2026-107937 | Apache CXF: The attachment header size and count limits can be bypassed, which allows deni | |
| CVE-2026-100227 | Apache CXF: XML Signature wrapping in JAX-RS XML Security | |
| CVE-2026-97791 | Apache CXF: STSTokenValidator can accept untrusted SAML assertions because it shares valid | |
| CVE-2026-86463 | Apache CXF: FIQL Query Parser Denial of Service | |
| CVE-2026-79650 | Apache CXF: OIDC RP Open Redirect | |
| CVE-2026-78384 | Apache CXF: Unbounded DEFLATE Decompression in CXF JOSE/JWE and SAML Processing (Decompres | |
| CVE-2026-73179 | Apache CXF: JPA authorization-code consume is non-atomic | |
| CVE-2026-71575 | Apache CXF: Inoperative max_age authentication-freshness check in OidcClientCodeRequestFil |
No comments yet