Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
Network-reachable and unauthenticated, but AC:H because exploitation requires a pre-existing unfiltered deserialization sink and chaining the separate WAS-26 ORB flaw; scope changes as SSRF pivots beyond the vulnerable component.
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 VectorNVD
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
Lifecycle Timeline
6DescriptionNVD
IBM WebSphere Extreme Scale 8.6.1.0 through 8.6.1.6 Approximately 50 generated CORBA stub classes in WebSphere eXtreme Scale's ogclient.jar call ORB.string_to_object() on an attacker-controlled IOR string during Java deserialization, turning any unfiltered ObjectInputStream sink in WAS into outbound IIOP SSRF to an attacker-chosen host; when chained with the IBM ORB's getUserException class-instantiation flaw (WAS-26), this SSRF escalates to remote code execution on the calling JVM.
AnalysisAI
Remote code execution in IBM WebSphere eXtreme Scale 8.6.1.0 through 8.6.1.6 arises from roughly 50 generated CORBA stub classes in the shipped ogclient.jar that invoke ORB.string_to_object() on an attacker-controlled IOR string during Java deserialization, converting any unfiltered ObjectInputStream sink in the surrounding WebSphere Application Server into outbound IIOP server-side request forgery. When chained with the IBM ORB getUserException class-instantiation flaw (tracked as WAS-26), that SSRF escalates to code execution on the calling JVM. CVSS is 10.0 (scope-changed, full CIA impact); EPSS is 3.01% (86th percentile) and there is no public exploit identified at time of analysis.
Technical ContextAI
The affected technology is the CORBA/IIOP object-request-broker layer that WebSphere eXtreme Scale (an in-memory distributed data grid / caching product) uses for client-server communication. The vulnerable code lives in ogclient.jar, whose auto-generated CORBA stubs deserialize object references by passing an IOR (Interoperable Object Reference) string straight into ORB.string_to_object(). Because the IOR encodes a target host and port, deserializing attacker-supplied bytes causes the ORB to open an IIOP connection to a location the attacker chooses - the classic root cause of CWE-918 (Server-Side Request Forgery). The gadget only needs an existing unfiltered ObjectInputStream in the hosting WAS process to be reachable; combined with the getUserException class-instantiation weakness in the IBM ORB (WAS-26), attacker-influenced class instantiation on the resulting IIOP channel turns the SSRF primitive into arbitrary code execution. The affected CPE is cpe:2.3:a:ibm:websphere_extreme_scale, matching all 8.6.1.x through 8.6.1.6 builds.
RemediationAI
Apply the vendor fix referenced in IBM's advisory at https://www.ibm.com/support/pages/node/7278594; a patch is available per vendor advisory, though no discrete fix version string is provided in the input, so confirm the exact iFix/APAR level against that advisory before deployment. Because the flaw is a deserialization gadget, the highest-value compensating control is to eliminate or filter untrusted ObjectInputStream usage: enable a JVM/WAS deserialization allowlist (java.io.ObjectInputFilter or the WAS deserialization filtering properties) restricting classes to those actually required, which blocks the gadget at the cost of needing an accurate class allowlist and possible breakage of legitimate object flows. Where feasible, restrict network reachability of the IIOP/ORB listener ports and WXS client endpoints to trusted management networks so attacker-controlled IOR strings cannot reach the deserializing process, accepting that this limits legitimate remote grid clients. Also address the chained WAS-26 IBM ORB getUserException issue via the corresponding WAS fix, since breaking either link degrades the SSRF-to-RCE chain.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
Same weakness CWE-918 – Server-Side Request Forgery (SSRF)
View allSame technique Deserialization
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-40386
GHSA-hgv4-prq7-c9mx