CVE-2026-107937
published 2026-10-09CVE-2026-107937: In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters)…
PriorityP345high7.5CVSS 3.1
AVNACLPRNUINSUCNINAH
EPSS
0.56%
46.1th percentile
In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default 500) limits. The size limit was applied only to each physical line, not to a header value built from continuation lines or to the combined values of a repeated header. The count limit was checked against the number of distinct header names, not the total number of header lines. A remote, unauthenticated attacker could send a multipart request with very large folded or repeated part headers. The server would then allocate memory without bound, causing a denial of service.
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:N/I:N/A:H
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.
GHSA
In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default
ghsa_unreviewed·2026-10-09
CVE-2026-107937 In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default
In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default 500) limits. The size limit was applied only to each physical line, not to a header value built from continuation lines or to the combined values of a repeated header. The count limit was checked against the number of distinct header names, not the total number of header lines. A remote, unauthenticated attacker could send a multipart request with very large folded or repeated part headers. The server would then allocate memory without bound, causing a denial of service.
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 large multipart attachment headers
vendor_redhat·2026-10-09·CVSS 7.5
CVE-2026-107937 [HIGH] CWE-770 org.apache.cxf/cxf-core: Apache CXF: Denial of Service via large multipart attachment headers
org.apache.cxf/cxf-core: Apache CXF: Denial of Service via large multipart attachment headers
A flaw was found in Apache CXF. A remote, unauthenticated attacker can cause a Denial of Service (DoS) by sending a crafted multipart request containing excessively large or repeated attachment headers. Because the parser fails to properly enforce size and count limits on multi-line and repeated headers, the server allocates unbounded memory, which can exhaust available system resources.
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-e
No detection rules found.
No public exploits indexed.
2026-10-09
Published