CompressionUtils.inflate() decompressed attacker-controlled DEFLATE data with no output-size cap. A small (~KB) crafted payload could expand to gigabytes on the heap. Reachable via JWE decryption when zip=DEF (e.g. JoseSessionTokenProvider with RSA-OAEP key wrap) and via SAML redirect/POST binding token inflation — in both cases decompression happens before/independent of trust validation. Fix: Added a configurable maximum inflated-size cap (default 10 MiB, org.apache.cxf.compression-max-inflated-size system property) to CompressionUtils.inflate(); aborts with DataFormatException once exceeded. Users are recommended to upgrade to versions 4.2.4 or 4.1.9 or 3.6.13, which fix this issue.
Fix
Patch, vendor advisory and mitigation references on NVD 1
- https://lists.apache.org/thread.html/xoh63rlxn0m9koft5j4jxrfd0hf81v3q Issue Tracking, Vendor Advisory
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 5
- Cpes+1 CPE criteria (now 1)NVD modified 2026-10-20 12:43
- StatusUndergoing Analysis → AnalyzedNVD modified 2026-10-20 12:43
- CwesCWE-409NVD modified 2026-10-15 17:17
- CVSS7.5 (v3.1, CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N)NVD modified 2026-10-15 17:17
- First seenunscoredNVD modified 2026-10-09 16:33
Affected (CPE criteria) 1
cpe:2.3:a:apache:cxf:*:*:*:*:*:*:*:*
References 2
- https://lists.apache.org/thread.html/xoh63rlxn0m9koft5j4jxrfd0hf81v3q Issue Tracking, Vendor Advisory
- http://www.openwall.com/lists/oss-security/2026/10/09/6 Mailing List, Third Party Advisory