Skip to main content

Apache CXF CVE-2026-107937

| EUVDEUVD-2026-95702 HIGH
Allocation of Resources Without Limits or Throttling (CWE-770)
2026-10-09 apache GHSA-7cpr-66jm-x98h
High
Disputed · 7.5 Vendor: apache
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Reach CXF MTOM endpoint over network
  2. Delivery
    Send multipart request with folded/repeated part headers
  3. Exploit
    Parser bypasses max-header-size and max-count limits
  4. Execution
    Server allocates memory without bound
  5. Impact
    Heap exhaustion denies service

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource allocation limits
MITRE ATT&CK

1 technique across 1 tactic: Impact

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

The target must expose an Apache CXF endpoint that accepts multipart/MTOM attachment requests (SOAP/JAX-WS or JAX-RS services with MTOM attachment processing reachable by the attacker). Exploitation specifically abuses the attachment part-header parser: an attacker supplies part headers as many folded continuation lines or as a repeated header name so the combined value exceeds attachment-max-header-size (default 300) and attachment-headers-max-count (default 500), which the parser fails to enforce across continuation/repeated headers. No special non-default configuration is required and no authentication or user interaction is needed (PR:N/UI:N), so default MTOM-enabled deployments on affected versions (CXF 4.2.0-4.2.3, 4.0.0/4.1.x <4.1.9, <3.6.13) are vulnerable. The main limiting factor is reachability: only services that actually accept and parse multipart/MTOM attachments are exposed, and impact is confined to availability (service crash/unresponsiveness), not data compromise.

Impact

This is a genuine but moderate-priority availability issue. The CVSS vector (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, 7.5 HIGH) is internally consistent with the description: a remote, unauthenticated attacker can trigger the flaw over the network with low complexity and no user interaction, and the sole impact is availability (CWE-770, uncontrolled resource allocation / memory exhaustion DoS) with no confidentiality or integrity impact. Multi-source signals argue against treating this as a drop-everything emergency: EPSS is only 0.24% (14th percentile), the vulnerability is NOT on the CISA KEV list, and no public PoC is referenced in the provided intelligence. The signals are therefore aligned and low - low exploitation probability, no confirmed in-the-wild activity, no known exploit code - which is typical for a memory-exhaustion DoS that yields no code execution or data access. The high CVSS is driven entirely by the A:H availability impact and easy network reachability, not by any systemic compromise potential. Net: patch on a normal maintenance cycle, prioritizing internet-facing CXF endpoints that accept multipart/MTOM; this is a real but bounded DoS rather than a high-real-risk breach vector.

Exploit ScenarioDerived

An attacker sends a crafted multipart/MTOM request to a public Apache CXF web-service endpoint, embedding attachment part headers that use many folded continuation lines or a repeated header name so the combined value vastly exceeds the intended 300-character / 500-count limits. Because the parser enforces limits only per physical line and per distinct header name, the server allocates memory without bound while assembling these headers, exhausting heap and causing a denial of service. No authentication or user interaction is required; no public exploit code is identified at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv2 – Oct 15, 2026

Unbounded memory allocation in Apache CXF's multipart/MTOM attachment part-header parser lets a remote, unauthenticated attacker exhaust server memory and cause a denial of service by sending a single crafted multipart request. The parser applies attachment-max-header-size (default 300 characters) only per physical line and enforces attachment-headers-max-count (default 500) against distinct header names rather than total header lines, so folded continuation lines or a repeated header name slip past both limits and inflate the parsed value without bound. Affected are CXF 4.2.0 through 4.2.3, 4.0.0 through 4.1.8, and all releases before 3.6.13 that expose a multipart/MTOM-accepting endpoint; fixed releases are 4.2.4, 4.1.9 and 3.6.13. Exploitation requires no authentication (CVSS PR:N/UI:N) and no non-default configuration, but it is limited to availability impact only; EPSS is low at 0.24% (14th percentile) and no public exploit code or confirmed active exploitation was identified at time of analysis.

Earlier versions of this analysis (1)
v1 Oct 09, 2026 - 11:27

Apache CXF versions prior to 4.2.4, 4.1.9, and 3.6.13 are vulnerable to a remote, unauthenticated denial-of-service attack when processing multipart/MTOM attachment part headers. An attacker can send a multipart request with many folded continuation lines or repeated header names to bypass the configured attachment-max-header-size (300 characters) and attachment-headers-max-count (500) limits, causing unbounded memory allocation and server exhaustion. No public exploit identified at time of analysis; the attack is limited to endpoints that accept multipart/MTOM requests.

RemediationAI

Vendor-released patch: upgrade to Apache CXF 4.2.4, 4.1.9 or 3.6.13, which enforce the attachment-max-header-size limit against the assembled header value (including folded continuation lines and repeated headers) and count total header lines rather than distinct header names; the exact remediation is documented in the Apache advisory at https://lists.apache.org/thread.html/x9twtpv3d04qj83t6w9xkh9y2q28zztj and the corresponding oss-sec notice at https://seclists.org/oss-sec/2026/q4/114. If upgrading cannot be done immediately, the trade-off is functional rather than cryptographic: because the flaw is a missing limits check in the attachment header parser, lowering the effective bounds at the container or reverse-proxy layer is the practical compensating control. Specifically, apply a request-body and per-header size limit (for example an nginx client_max_body_size and large_client_header_buffers cap, or the equivalent Tomcat/Servlet maxHttpHeaderSize and maxPostSize settings) and, where MTOM is not actually required by any consumer, disable MTOM/attachment processing on the affected endpoints - this removes the vulnerable code path entirely but breaks legitimate binary-attachment SOAP calls. Java heap caps (-Xmx) and request timeouts will not stop the allocation but do limit blast radius and allow faster recovery. Rejecting multipart/related bodies that carry folded headers or duplicate part-header names in a front-end filter is an effective short-term workaround if such a filter can be maintained, at the cost of possibly rejecting spec-compliant traffic. Note that EPSS is currently low (0.24%, 14th percentile), so prioritization should be driven by whether MTOM endpoints are internet-reachable rather than by exploitation likelihood; no public exploit code was identified at time of analysis.

Affected VersionsENISA

Apache CXF 4.0.0 <4.1.9
Apache CXF 0 <3.6.13
Apache CXF 4.2.0 <4.2.4

Affected Packages

euvd apache_cxf fix: 3.6.13, 4.1.9, 4.2.4

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Apache CXF is a Java framework for building SOAP and REST web services, and its MTOM (Message Transmission Optimization Mechanism) support handles multipart/related messages in which binary attachments are carried as MIME parts. Parsing those parts means reading MIME part headers, which support two legitimate but abuse-prone RFC constructs: folded headers, where a long value is split across continuation lines beginning with whitespace, and repeated headers, where the same header name appears multiple times. The configuration options attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default 500) exist precisely to bound this parser, but the implementation applied the size check to each individual physical line instead of the assembled multi-line value, and counted distinct header names instead of total header lines. The result maps to CWE-770 (Allocation of Resources Without Limits or Throttling): the parser allocates heap for header values that grow arbitrarily, so a single request with a very large folded or repeated part header can drive memory consumption until the JVM is exhausted or the service becomes unresponsive. The weakness is a pure input-validation/limits-enforcement defect in the attachment header parsing layer, not a deserialization or injection issue, so integrity and confidentiality are unaffected (assessed vector C:N/I:N/A:H).

Know when Apache Cxf gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Sources disagree (Low–High)
Vendor (apache) PRIMARY 7.5 LOW
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 7.5 HIGH

Remote unauthenticated MTOM request with no user interaction (AV:N/AC:L/PR:N/UI:N); unbounded memory allocation causes availability loss only, so C:N/I:N/A:H, scope unchanged.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Red Hat 7.5 HIGH

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: apache

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

3
CVSS changed
Oct 15, 2026 - 18:22 NVD
7.5 (HIGH)
Patch available
Oct 09, 2026 - 12:01 EUVD
CVE Published
Oct 09, 2026 - 10:19 cve.org
LOW

DescriptionCVE.org

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.

Executive ViewAI

Why It Matters

Apache CXF, a widely embedded SOAP/REST web services framework, contains a remotely reachable memory-exhaustion flaw that lets any unauthenticated party knock a multipart/MTOM-accepting service offline with a single crafted request. Because no credentials or special configuration are required, any internet-facing or partner-facing CXF endpoint inherits the exposure, making this a service-availability and customer-facing uptime risk rather than a data-confidentiality one. Leadership should care because the affected libraries are typically transitive dependencies in other teams' applications, so the true footprint across the estate is likely unknown until an inventory is completed.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.2%
Top 86% exploitable
Prevalence
High
widely-used Apache Java web-services framework in enterprise SOAP/REST apps
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

20
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +20
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.

CVE-2026-44930 CRITICAL
9.8 May 22

Arbitrary certificate disclosure in Apache CXF's XKMS server lets remote attackers abuse an LDAP injection flaw (CWE-90)

CVE-2026-66909 CRITICAL
9.8 Aug 06

Unsafe deserialization in Apache CXF's JMS transport allows any party able to publish to the service's JMS destination t

CVE-2026-97468 CRITICAL
9.1 Oct 09

Token validation bypass in Apache CXF's STSTokenValidator and Security Token Service (STS) allows unauthenticated remote

CVE-2026-107938 CRITICAL
9.1 Oct 09

Man-in-the-middle attackers can impersonate any TLS server contacted by Apache CXF's optional Netty-based HTTP client tr

CVE-2026-100227 HIGH
7.5 Oct 09

XML signature wrapping in Apache CXF's JAX-RS XML Security module allows remote, unauthenticated attackers to have unsig

CVE-2026-97791 HIGH
7.5 Oct 09

Trust bypass in Apache CXF's STSTokenValidator allows a remote, unauthenticated attacker to have a forged SAML assertion

CVE-2026-78384 HIGH
7.5 Oct 09

A remote, unauthenticated attacker can exhaust server heap memory in Apache CXF by submitting a small (kilobyte-scale) D

CVE-2026-44417 HIGH
7.5 May 22

Remote code execution in Apache CXF (versions before 3.6.11, 4.0.0-4.1.5, and 4.2.0) arises because the fix for CVE-2025

CVE-2026-65432 HIGH
7.5 Aug 06

XML External Entity injection in Apache CXF's WSDL import processing allows attackers who can influence imported WSDL or

CVE-2026-64958 HIGH
7.5 Aug 06

Denial of service persists in Apache CXF due to an incomplete remediation of CVE-2026-50645, allowing unauthenticated ne

CVE-2026-61466 CRITICAL
9.1 Aug 06

Authorization scope escalation in Apache CXF's OAuth2 Dynamic Client Registration endpoint allows any registering client

CVE-2026-79650 MEDIUM
6.1 Oct 09

Open redirect in Apache CXF's OIDC relying-party component lets remote, unauthenticated attackers steer users to an atta

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy