HIGH 7.3

CVE-2026-10845: IBM WebSphere Authentication Bypass in JAX-WS (7.3 CVSS)

IBM WebSphere Application Server versions 8.5 and 9.0 contain an authentication bypass vulnerability in their JAX-WS (Java API for XML Web Services) implementations. An attacker on the network can exploit this flaw to bypass login controls and gain unauthorized access to affected applications without providing valid credentials. The vulnerability requires no user interaction and can be triggered remotely, making it a practical threat to organizations running these older WebSphere versions.

Source data · NVD / CISA · public domain

CVSS
3.1 · 7.3 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L
Weaknesses (CWE)
CWE-287
Affected products
6 configuration(s)
Published / Modified
2026-06-22 / 2026-06-23

NVD description (verbatim)

IBM WebSphere Application Server 8.5 and 9.0 could allow a remote attacker to bypass authentication and gain unauthorized access to JAX-WS applications.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

This vulnerability exploits improper authentication handling in JAX-WS endpoint processing within WebSphere Application Server 8.5 and 9.0. The flaw stems from insufficient validation of authentication tokens or credentials before granting access to protected SOAP/XML web service operations. An unauthenticated remote attacker can craft requests that bypass the authentication layer (CWE-287: Improper Authentication), gaining the same privileges as an authenticated user. The attack surface spans all JAX-WS applications deployed on affected servers.

Business impact

Organizations running WebSphere 8.5 or 9.0 face direct exposure of internal web services and APIs to unauthenticated access. Attackers can access sensitive business logic, retrieve protected data, trigger unauthorized transactions, or move laterally within integrated systems. The impact is particularly severe if JAX-WS services handle financial transactions, customer data, or administrative functions. Even legacy deployments are at risk—many enterprises continue running these versions in production environments.

Affected systems

IBM WebSphere Application Server 8.5 and 9.0 are the confirmed affected versions. The vulnerability also impacts dependent systems including IBM AIX, IBM i, and IBM z/OS when WebSphere is deployed on these platforms. Linux and Windows operating systems running WebSphere are equally at risk. Organizations should inventory all WebSphere 8.5 and 9.0 deployments across all supported operating systems, including production, test, and development environments.

Exploitability

This vulnerability scores HIGH on the CVSS 3.1 scale (7.3) due to its network accessibility, low attack complexity, and lack of required authentication or user interaction. An attacker needs only network access to the WebSphere server and the ability to craft a JAX-WS request. No special tools or deep technical knowledge is required to attempt exploitation. The attack can be automated and scaled across multiple targets, making this a practical threat in real-world scenarios. The vulnerability is not yet listed on the CISA Known Exploited Vulnerabilities catalog.

Remediation

Immediate action is required. First, apply security patches from IBM for WebSphere Application Server versions 8.5 and 9.0—verify the specific patch level against the IBM security advisory. As interim measures, implement network-level access controls to restrict connectivity to WebSphere admin and JAX-WS ports to trusted systems only. Consider disabling or isolating JAX-WS services that are not actively used. For organizations unable to patch immediately, evaluate migration to supported WebSphere versions (10.0 or later), which should receive priority in upgrade planning.

Patch guidance

Contact IBM and consult their security advisory for CVE-2026-10845 to obtain the specific patch version for your WebSphere 8.5 or 9.0 installation and operating system combination. Patches are typically cumulative and should be tested in a staging environment before production deployment. Note that WebSphere 8.5 and 9.0 are no longer in mainstream support; IBM may offer limited-time security fixes. Verify patch availability and support status with IBM directly, as these versions may require extended support agreements.

Detection guidance

Monitor WebSphere access logs for unauthenticated requests to JAX-WS endpoints (typically /ws, /axis2, or custom paths). Look for POST requests with SOAP payloads arriving from unexpected network segments without preceding successful authentication events. Inspect for unusual error rates or successful operations from IP addresses that have no prior authentication history. Network-based intrusion detection can identify suspicious SOAP request patterns. Configure WebSphere's security audit logging to capture authentication events and cross-reference with service invocation logs to spot gaps.

Why prioritize this

This vulnerability merits immediate prioritization due to its HIGH CVSS score, direct authentication bypass capability, network-exploitability, and the sensitivity of applications typically hosted on WebSphere. The lack of current CISA KEV listing does not reduce urgency; many organizations still operate these legacy versions. JAX-WS services often handle critical business processes, making unauthorized access a direct business risk. The combination of ease of exploitation and high business impact justifies treating this as a critical remediation task.

Risk score, explained

The CVSS 3.1 score of 7.3 (HIGH) reflects a network-accessible vulnerability that requires no authentication or user interaction to exploit (AV:N/AC:L/PR:N/UI:N). The flaw grants the attacker partial confidentiality, integrity, and availability impact (C:L/I:L/A:L), allowing unauthorized data access, modification, and potential denial of service. The lack of scope escalation (S:U) indicates the attacker's impact remains within the vulnerable service boundary. However, in practice, unauthorized JAX-WS access often cascades to backend systems, justifying priority treatment above the base score.

Frequently asked questions

Are WebSphere versions 10.0 and later affected?

No. This vulnerability is specific to versions 8.5 and 9.0. Versions 10.0 and later are not mentioned as affected. However, verify this assumption against the official IBM security advisory, as patch status can vary by minor version and fix pack.

What if our WebSphere instances are not directly internet-facing?

Network accessibility to the vulnerability does not require internet exposure—attackers on your internal network or compromised systems within your perimeter can exploit it. Additionally, supply chain compromises, insider threats, and lateral movement from other breaches can provide local network access. Therefore, internal-only deployments still require urgent patching.

Can we disable JAX-WS to mitigate this vulnerability?

Disabling JAX-WS endpoints you do not use reduces attack surface and is a reasonable interim step. However, if your applications depend on JAX-WS functionality, disabling it may break operations. Coordinate with application owners to identify which services are essential, isolate non-essential ones, and prioritize patching over disabling critical services.

Will this vulnerability be weaponized soon?

The vulnerability is not yet tracked on the CISA KEV catalog, but given its simplicity, high CVSS score, and broad applicability across WebSphere deployments, exploitation tools may emerge quickly. Organizations should treat this as a time-sensitive threat and prioritize patching within days, not weeks.

This analysis is based on the published CVE record and IBM vendor information as of June 2026. Specific patch versions, support timelines, and operational impacts may vary by deployment configuration. Organizations should validate all remediation guidance against official IBM security advisories and consult with their WebSphere support team. This material is for informational purposes and does not constitute security advice specific to your environment. Conduct your own risk assessment and testing before applying patches in production. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).