GHSA-9gjf-54jg-6353
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach exposed SOAP/WS-Security endpoint
-
DeliveryCraft X.509 cert with SubjectKeyIdentifier length 0x7FFFFFFF
-
ExploitSend SOAP message, decoded pre-auth
-
ExecutionInteger overflow bypasses DER bounds check
-
Persist2 GB allocation per request
-
ImpactRepeat to exhaust memory (DoS)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Integer overflow checks
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the target to expose an Apache WSS4J-backed WS-Security/SOAP endpoint that processes signed messages and resolves X.509 key references (e.g., via Apache CXF or another SOAP stack using WSS4J for signature verification). The certificate is decoded BEFORE authentication, so no credentials are needed and no non-default configuration beyond having signature/key-reference processing enabled is required. Limiting factors: the endpoint must actually invoke WSS4J's DER parsing of certificate extensions during inbound signature handling, and impact is confined to availability (memory exhaustion) - there is no path to code execution or data disclosure. Affected only on WSS4J 4.0.0-4.0.1, 3.0.0-3.0.5, and versions before 2.4.4. |
| Impact | No CVSS vector, EPSS score, KEV entry, or POC is present in the provided data, so risk must be assessed from the description and Apache's 'important' severity rating. The description establishes an unauthenticated, network-reachable, low-complexity condition: an integer overflow in WSS4J's DER bounds check allows an oversized-length declaration (0x7FFFFFFF) in an X.509 SubjectKeyIdentifier extension to pass validation, and the certificate is decoded while resolving the signature's key reference BEFORE authentication - so no credentials or prior trust are needed. The impact is availability-only (memory exhaustion via repeated 2 GB allocations); there is no confidentiality or integrity loss described. This aligns with my assessed CVSS 3.1 of 7.5 (AV:N/AC:L/PR:N/UI:N/A:H). Real-world priority is moderate-to-high for exposed SOAP/WS-Security endpoints: exploitation is trivially scriptable (a single crafted SOAP message repeated), but the ceiling is DoS, not code execution. Exploitation status is 'no public exploit identified at time of analysis' - absence of EPSS/KEV/POC data means widespread active exploitation cannot be asserted. The one uncertainty to flag: NVD has not yet assigned a CVSS vector or CWE (both N/A in input), so the AV:N/PR:N assessment relies on the oss-security advisory text stating the decode occurs pre-authentication - this should be confirmed against the vendor's final NVD record. |
| Exploit ScenarioDerived | An unauthenticated attacker sends a SOAP request to a WS-Security endpoint containing an X.509 certificate whose SubjectKeyIdentifier extension declares a length of 0x7FFFFFFF; WSS4J's flawed DER bounds check permits the oversized allocation, and an eleven-byte extension triggers a 2 GB heap allocation while the signature key reference is resolved before authentication. By repeating the request, the attacker exhausts server memory and causes denial of service. No public exploit code is identified at time of analysis, though the mechanism is simple enough to weaponize quickly. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Unauthenticated denial of service in Apache WSS4J lets remote attackers exhaust server memory by sending SOAP messages that carry a specially crafted X.509 certificate: the certificate's SubjectKeyIdentifier extension declares a length of 0x7FFFFFFF, and an integer overflow in WSS4J's DER bounds check allows the oversized allocation to pass validation, so an eleven-byte extension can trigger an approximately 2 GB allocation. Because the certificate is decoded while resolving the signature's key reference - before the message is authenticated - no credentials are required (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H), and repeated requests can drive an exposed WS-Security endpoint to OutOfMemory conditions. Affected releases are WSS4J 4.0.0 through 4.0.1, 3.0.0 through 3.0.5, and all versions before 2.4.4; impact is limited to availability, with no code execution or data disclosure path identified. No public exploit code, EPSS score, or CISA KEV entry is present in the provided data, so risk is driven by Apache's "important" severity rating and the pre-authentication nature of the flaw rather than confirmed active exploitation.
RemediationAI
Upgrade to a fixed release: Apache WSS4J 4.0.2, 3.0.6, or 2.4.4, as recommended by the vendor and documented in the oss-security advisory at https://seclists.org/oss-sec/2026/q3/1027 (project information at https://ws.apache.org/); because WSS4J is typically a transitive library, update the dependency in the consuming SOAP stack (for example, the WSS4J version pulled in by Apache CXF or Axis2) and verify the resolved version at runtime, since dependency mediation may otherwise leave an older, vulnerable copy on the classpath. Where immediate upgrading is not possible, prioritize compensating controls that break the pre-authentication parsing path: configure WS-Security so that inbound signatures are validated against certificates from a trusted local keystore rather than accepting certificates embedded in the message (for example, by requiring the signing identity to be present in the configured crypto keystore), understanding that this will reject legitimate senders whose certificates are not pre-shared and may require onboarding partner keys first. Additional controls include enforcing a hard cap on inbound HTTP/SOAP request body size and rejecting messages above it at the reverse proxy or servlet container, applying per-client rate limiting on SOAP endpoints, running the service in a JVM with a bounded and monitored heap plus aggressive restart/health-check supervision so memory exhaustion is contained rather than cascading, and alerting on allocations correlated with oversized certificate extension lengths. Blocking WSS4J's certificate-extension parsing entirely is not a supported configuration knob, so request-size caps, keystore-pinned verification, and resource isolation are the practical mitigations, each with the trade-off of reducing interoperability with clients that rely on message-embedded certificate material.
Affected VersionsENISA
Affected Packages
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
WSS4J is Apache's Java implementation of the OASIS Web Services Security (WS-Security) specification and is commonly embedded in SOAP stacks such as Apache CXF and Axis2/Axiom deployments to handle signing, encryption, and key reference resolution. When a signed SOAP message arrives, WSS4J resolves the KeyInfo/key reference, which can require parsing an X.509 certificate (or certificate chain) embedded in the message; certificate extensions are DER-encoded and their lengths are validated against a bounds check before allocation. The root cause class is an integer overflow in that DER length validation (the CWE field was not supplied in the source data, but the flaw described is an arithmetic overflow during length/bounds checking, in the CWE-190 family): a SubjectKeyIdentifier extension declaring a length of 0x7FFFFFFF passes the check, causing the parser to trust an attacker-controlled length and allocate roughly 2 GB from an eleven-byte extension. Crucially, this decoding happens during inbound signature/key-reference handling - before signature verification and authentication complete - which is what makes the attack remotely reachable without credentials and independent of the message body's semantic validity. The technique is a classic memory-amplification DoS: each crafted request consumes disproportionate heap relative to its wire size, and concurrent or repeated requests collapse the JVM.
Know when Wss4J 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
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Pre-authentication network parsing of a crafted SOAP message (AV:N/AC:L/PR:N/UI:N) with availability-only memory exhaustion and no confidentiality or integrity impact.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
3Description PRE-NVD
Executive ViewAI
Apache WSS4J, a WS-Security library used in SOAP-based services, has a critical unauthenticated denial-of-service flaw that can exhaust server memory and take externally reachable endpoints offline. Organizations running affected releases-4.0.0-4.0.1, 3.0.0-3.0.5, or versions before 2.4.4-face service availability risk, but no code execution or data disclosure has been identified. Leadership should prioritize exposure reduction and continuity planning because no vendor-released patch is identified at time of analysis and no public exploit has been identified at time of analysis.
No vendor-released patch identified at time of analysis. Interim mitigations: restrict external access to WS-Security endpoints, rate-limit SOAP requests, enforce SOAP message and X.509 certificate extension size limits at the gateway/WAF, reject certificates with anomalous SubjectKeyIdentifier lengths, monitor memory and restart on OOM, and isolate affected services.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Integer overflow occurs when an arithmetic operation produces a result that exceeds the maximum value a given integer type can store.
Unauthenticated remote attackers can bypass authentication in Apache WSS4J (4.0.0 before 4.0.2, 3.0.0 before 3.0.6, and
WS-Security policy bypass in Apache WSS4J (4.0.0 <4.0.2, 3.0.0 <3.0.6, and 0 <2.4.4) allows an unauthenticated remote at
Apache WSS4J before 1.6.17 and 2.0.x before 2.0.2 improperly leaks information about decryption failures when decrypting
Apache WSS4J before 1.6.17 and 2.x before 2.0.2 allows remote attackers to bypass the requireSignedEncryptedDataElements
Denial of service in Apache WSS4J (2.x before 2.4.4, 3.x before 3.0.6, and 4.x before 4.0.2) allows unauthenticated remo
XML Signature Wrapping protections in Apache WSS4J's streaming (StAX) code path can be bypassed, allowing a remote unaut
Apache WSS4J before 1.6.17 and 2.x before 2.0.2, as used in Apache CXF 2.7.x before 2.7.13 and 3.0.x before 3.0.2, when
UsernameToken replay protection in Apache WSS4J can be bypassed by re-encoding the Nonce, allowing a captured authentica
Apache WSS4J versions 4.0.0 through 4.0.1, 3.0.0 through 3.0.5, and all 2.x releases before 2.4.4 can accept SOAP messag
EUVD-2026-89801
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB