CVE-2026-78384
published 2026-10-09CVE-2026-78384: CompressionUtils.inflate() decompressed attacker-controlled DEFLATE data with no output-size cap. A small (~KB) crafted payload could expand to gigabytes on…
PriorityP346high7.5CVSS 3.1
AVNACLPRNUINSUCHINAN
EPSS
0.37%
29.7th percentile
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.
Affected
9 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| apache | cxf | < 3.6.13 | 3.6.13 |
| apache | cxf | >= 4.0.0 < 4.1.9 | 4.1.9 |
| apache | cxf | >= 4.2.0 < 4.2.4 | 4.2.4 |
| apache_software_foundation | apache_cxf | < 3.6.13 | 3.6.13 |
| apache_software_foundation | apache_cxf | >= 4.0.0 < 4.1.9 | 4.1.9 |
| apache_software_foundation | apache_cxf | >= 4.2.0 < 4.2.4 | 4.2.4 |
| jboss-eap-7 | eap74-els-openjdk11-openshift-rhel8 | — | — |
| jboss-eap-7 | eap74-els-openjdk17-openshift-rhel8 | — | — |
| jboss-eap-7 | eap74-els-openjdk8-openshift-rhel8 | — | — |
CVSS provenance
nvdv3.17.5HIGHCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
vendor_redhat7.5HIGH
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
VulDB
Apache CXF up to 3.6.12/4.1.8/4.2.3 Compression Utils CompressionUtils.inflate resource consumption (EUVD-2026-95696 / WID-SEC-2026-3824)
vuldb·2026-10-15·CVSS 7.5
CVE-2026-78384 [HIGH] Apache CXF up to 3.6.12/4.1.8/4.2.3 Compression Utils CompressionUtils.inflate resource consumption (EUVD-2026-95696 / WID-SEC-2026-3824)
A vulnerability was found in Apache CXF up to 3.6.12/4.1.8/4.2.3. It has been declared as problematic. Affected by this issue is the function CompressionUtils.inflate of the component Compression Utils. Executing a manipulation can lead to resource consumption.
The identification of this vulnerability is CVE-2026-78384. The attack may be launched remotely. There is no exploit available.
It is recommended to upgrade the affected component.
GHSA
CompressionUtils.inflate() decompressed attacker-controlled DEFLATE data with no output-size cap.
ghsa_unreviewed·2026-10-09
CVE-2026-78384 CompressionUtils.inflate() decompressed attacker-controlled DEFLATE data with no output-size cap.
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.
Red Hat
org.apache.cxf/cxf-core: Apache CXF: Denial of Service via uncontrolled data decompression
vendor_redhat·2026-10-09·CVSS 7.5
CVE-2026-78384 [HIGH] CWE-409 org.apache.cxf/cxf-core: Apache CXF: Denial of Service via uncontrolled data decompression
org.apache.cxf/cxf-core: Apache CXF: Denial of Service via uncontrolled data decompression
A flaw was found in Apache CXF. A remote attacker can trigger a Denial of Service (DoS) by submitting specially crafted compressed data during token processing. Because the system decompresses incoming data without enforcing a maximum output size limit, a small payload can consume excessive heap memory. This unchecked expansion can exhaust system resources and crash the service.
Package: cxf-core (Red Hat build of Apache Camel 4 for Quarkus 3) - Affected
Package: cxf-core (Red Hat build of Apache Camel for Spring Boot 4) - Affected
Package: cxf-core (Red Hat Fuse 7) - Affected
Package: cxf-core (Red Hat JBoss Enterprise Application Platform 7) - Out of support scope
Package: jboss-eap-7/eap74-e
No detection rules found.
No public exploits indexed.
2026-10-09
Published