GHSA-wm7f-562f-9g52
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify WSS4J-based SOAP endpoint
-
DeliveryCraft SOAP message with confused EncryptedHeader children
-
ExploitSubmit request to service
-
ExecutionPlaintext element promoted as decrypted header
-
ImpactConfidentiality coverage and WS-SecurityPolicy bypassed
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Data authenticity verification
|
| Exploitation Conditions | Requires the target to run a SOAP/web-services endpoint using Apache WSS4J (in an affected range: 4.0.0<4.0.2, 3.0.0<3.0.6, or <2.4.4) for WS-Security processing that decrypts EncryptedHeader elements and enforces WS-SecurityPolicy - commonly via Apache CXF-based services. The attacker sends a crafted SOAP message with confused EncryptedHeader child structure; no authentication (PR:N) and no user interaction (UI:N) are needed. Exploitation is limited to deployments that actually rely on encrypted SOAP headers/policy enforcement - services not using WS-Security header confidentiality are not meaningfully exposed. |
| Impact | The vendor CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N = 9.1) describes a network-reachable, low-complexity, unauthenticated flaw in Apache WSS4J's WS-Security processing, and this is internally consistent with the description: an attacker who can submit a crafted SOAP message can exploit EncryptedHeader child confusion so that an attacker-controlled plaintext element is promoted as the decrypted header, undermining confidentiality coverage and enabling WS-SecurityPolicy bypass. The C:H/I:H rating is defensible - a confidentiality-coverage bypass means data assumed protected is not, and policy bypass can let a message pass security enforcement it should have failed, affecting integrity of the security decision. No EPSS score, no CISA KEV listing, and no public exploit code are present in the provided data, so despite the 9.1 this should be treated as a high-severity-but-not-yet-actively-exploited issue rather than an imminent mass-exploitation threat. The realistic risk is gated by deployment: WSS4J is a library, so only services that actually consume it for WS-Security header decryption/policy enforcement are exposed. Note the 'Authentication Bypass' tag overstates the flaw - the description frames it as confidentiality-coverage and security-policy bypass (CWE-345, insufficient verification of data authenticity), not credential/authentication bypass. |
| Exploit ScenarioDerived | An attacker crafts a malicious SOAP request to a public web service built on Apache WSS4J (e.g., via Apache CXF), structuring EncryptedHeader child elements so that an attacker-controlled plaintext element is mistaken for the legitimately decrypted header. The service then treats unencrypted, attacker-supplied content as satisfying its confidentiality/security policy, allowing the message to bypass enforcement without authentication. No public proof-of-concept is identified in the provided data, but the network/low-complexity/no-privilege vector makes crafting such a message straightforward for an attacker who understands WS-Security. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 30, 2026
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 attacker to exploit EncryptedHeader child confusion so that an attacker-controlled plaintext element is promoted as the decrypted header, undermining confidentiality coverage and enabling WS-SecurityPolicy bypass. Per the CVSS 3.1 vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N (9.1), the flaw is network-reachable with low complexity, requires no authentication and no user interaction, and can affect both confidentiality and integrity - typically through Apache CXF-based SOAP services that decrypt EncryptedHeader elements and enforce WS-SecurityPolicy. Exposure is limited to deployments that actually rely on encrypted SOAP headers and policy enforcement; services not using WS-Security header confidentiality are not meaningfully exposed, and no public exploit code was identified at time of analysis.
Earlier versions of this analysis (1)
Apache WSS4J versions 4.0.0 through 4.0.1, 3.0.0 through 3.0.5, and all releases before 2.4.4 mishandle the child elements of WS-Security EncryptedHeader structures, letting an attacker promote an attacker-supplied plaintext SOAP element as the "decrypted" header and thereby break the confidentiality coverage that WS-SecurityPolicy expects. Deployments that use org.apache.wss4j:wss4j-ws-security-dom for inbound WS-Security/SOAP processing at an affected version, and that rely on EncryptedHeader-based header protection, are exposed; the assessed vector CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:H/A:N reflects a remote, unauthenticated (PR:N) attacker with high attack complexity, high integrity impact, and low confidentiality impact, and no public exploit identified at time of analysis. The flaw does not by itself yield code execution - its practical value is a security-policy-enforcement and confidentiality-coverage bypass, which Apache rates as "important" severity.
RemediationAI
Vendor-released patch: upgrade Apache WSS4J to 4.0.2, 3.0.6, or 2.4.4 as appropriate for your branch (these are the exact fixed versions cited in the vendor advisory); because WSS4J is normally consumed as a transitive dependency, update the CXF/Spring-WS or other SOAP stack version that pulls it in and verify the resolved WSS4J artifact at runtime, not just in the build file. Consult the Apache advisory at https://ws.apache.org/ and the oss-security posting at https://seclists.org/oss-sec/2026/q3/1024 (also https://lists.apache.org/thread.html/1lv4hpl8kon1ns5txjnhn2m2sh9rl22w and the NVD record https://nvd.nist.gov/vuln/detail/CVE-2026-89238) for the authoritative fix list. If immediate upgrade is not possible, the most effective compensating control is to stop relying on EncryptedHeader confidentiality for policy enforcement: reconfigure WS-SecurityPolicy so that required security decisions are driven by signed (not merely encrypted) message content and enforce signature validation over the headers that carry policy-relevant data - the trade-off is tighter signature requirements may break interoperability with clients that only encrypt, and will reject previously accepted messages. As a narrower containment measure, restrict network access to SOAP endpoints that process EncryptedHeader elements to trusted client networks or mutual-TLS-authenticated callers, accepting that this does not fix the parsing flaw itself. Disabling or rejecting inbound messages containing EncryptedHeader elements entirely is a viable hard mitigation for services that do not need encrypted header support, at the cost of losing that WS-Security feature for all legitimate clients. Note there is no vendor-released workaround that fully substitutes for patching, and no public exploit code was identified at time of analysis, so the practical priority is upgrade scheduling rather than emergency incident response.
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
Apache WSS4J is the WS-Security implementation used by Java SOAP stacks, most commonly Apache CXF, to handle XML Encryption, XML Signature, UsernameToken and related WS-SecurityPolicy assertions inside SOAP messages. This CVE falls under CWE-345 (Insufficient Verification of Data Authenticity): when WSS4J processes a message containing an EncryptedHeader element, it fails to correctly bind the decrypted content to the intended header child, so an attacker-supplied plaintext element can be confused for the decrypted header result. Because policy decisions (confidentiality coverage, which headers must be encrypted, and downstream processing) are made on the resolved header content, this mismatch lets an attacker satisfy a service's WS-Security policy with content that was never actually encrypted or authenticated, bypassing the intended confidentiality and policy guarantees. The issue is reachable pre-authentication over the network (AV:N/AC:L/PR:N/UI:N) with no scope change, hi
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:H/I:H/A:N
Network-reachable crafted SOAP message, no auth or interaction (AV:N/AC:L/PR:N/UI:N); confidentiality-coverage bypass (C:H) and security-policy/decision bypass (I:H), no availability impact.
Primary rating from Vendor (CNA).
CVSS VectorVendor
Lifecycle Timeline
3Description PRE-NVD
Articles & Coverage 1
Executive ViewAI
A critical flaw in Apache WSS4J, the WS-Security library embedded in many Java SOAP stacks such as Apache CXF, allows an unauthenticated remote attacker to bypass WS-SecurityPolicy enforcement and defeat the confidentiality of encrypted SOAP message headers, with potential to alter message content consumed by downstream business systems. Only services that actually rely on encrypted SOAP headers and policy enforcement are meaningfully exposed, but for those services the impact is severe: attackers could read or tamper with trusted inter-service transactions without valid credentials. Leadership should treat this as a priority remediation item for any customer-facing or internal SOAP-based integration platform, and confirm whether the organization has such services in scope before deprioritizing.
Apply vendor patch.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Unauthenticated remote attackers can bypass authentication in Apache WSS4J (4.0.0 before 4.0.2, 3.0.0 before 3.0.6, and
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
Unauthenticated denial of service in Apache WSS4J lets remote attackers exhaust server memory by sending SOAP messages t
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-89794
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB