Apache CXF 的 FIQL 查询解析器在处理查询表达式中的运算符搜索时存在漏洞。当解析器遇到一个较长的、不包含运算符的字符串时,其搜索模式可能会陷入尝试大量组合的死循环,从而导致解析器消耗过量的 CPU 资源。攻击者可以通过发送精心构造的查询请求,使服务器 CPU 资源耗尽,进而可能减缓甚至阻断其他正常请求的处理。为修复该问题,默认将 FIQL 表达式的长度限制为 4 KiB,既防止攻击者发送超长输入,又确保正常查询功能不受影响。 建议用户升级至 4.2.4、4.1.9 或 3.6.13 版本,以修复此安全
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-97468 | Apache CXF: Authentication bypass via weak cache keys for validated STS tokens | |
| 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