Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach IIOP port on JBoss EAP
-
DeliveryCraft malicious serialized object
-
ExploitSend to EJB with untyped parameter
-
ExecutionTrigger pre-auth deserialization via gadget chain
-
ImpactCompromise server confidentiality/integrity/availability
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Trusted source inclusion only
|
| Exploitation Conditions | Exploitation requires three concrete, stacked prerequisites drawn from the description: (1) the attacker must be able to reach the WildFly/JBoss EAP IIOP (CORBA) listener port; (2) the target EJB must expose at least one method that accepts untyped method parameters (e.g. java.lang.Object), since the deserialization occurs on such input; and (3) a usable gadget chain must exist in the running application's classpath to turn deserialization into meaningful impact. The flaw occurs before authentication is performed (PR:N), so no credentials are needed once the port is reachable. Limiting factors that reduce real-world risk: IIOP is not enabled or network-exposed in every deployment, applications that do not expose untyped EJB parameters are not affected, and absence of an exploitable gadget chain in the classpath can prevent escalation beyond the deserialization itself - these conditions are why the vendor assigned AC:H. |
| Impact | This is a genuine but conditional priority, not a trivially exploitable critical flaw. The vendor (Red Hat) CVSS is 7.4 with vector CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H, and the vuln.today decision label is 'this_week' rather than act_now/emergency. The signals partly conflict: the CVSS vector encodes AV:L (local attack vector), yet the description explicitly says 'an attacker who can gain access to the IIOP port may be able to construct and send malicious objects' - IIOP is a network-exposed protocol, which points to a network vector (AV:N). This discrepancy should be verified with Red Hat; if the IIOP port is reachable across the network the real-world exposure is higher than AV:L implies. AC:H is consistent with the description's stacked preconditions (the target EJB must accept untyped/Object method parameters, and a usable gadget chain must exist in the running classpath). PR:N (pre-authentication deserialization) is the most serious attribute: the flaw occurs before authentication, so no credentials are needed once the port is reachable. No EPSS score, CISA KEV listing, SSVC automatable/technical-impact breakdown, or POC/exploit reference is present in the input. Absence of KEV/EPSS/POC is not evidence of safety, but it does mean there is no current signal of mass or active exploitation; combined with AC:H this reads as a serious server-side RCE-class deserialization bug whose practical exploitation is gated by configuration and classpath rather than a widely-weaponized threat. |
| Exploit ScenarioDerived | An attacker with network or local reachability to the WildFly/JBoss EAP IIOP port sends a crafted, malicious serialized object to an EJB that exposes an untyped (Object) method parameter, causing the IIOP listener to deserialize attacker-controlled data before any authentication check. If a suitable gadget chain is present in the running classpath, this deserialization can be leveraged to compromise confidentiality, integrity and availability of the server (RCE-class impact). No public exploit was identified in the provided data, and success depends on the EJB accepting untyped parameters and the availability of an exploitable gadget chain. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 29, 2026
Deserialization of untrusted data before authentication in the WildFly IIOP (CORBA) listener, as shipped in Red Hat JBoss EAP 7 and 8, may let a remote attacker who can reach the IIOP port submit crafted serialized objects and have them deserialized ahead of any credential check, potentially leading to code execution or full compromise of confidentiality, integrity and availability. Impact is conditional: the target EJB must expose at least one method taking untyped parameters, and a usable gadget chain must be present on the running classpath. The vendor rates the flaw 7.4 with an AV:L vector while our assessment treats the listener as network-reachable (AV:N/AC:H/PR:N/UI:N), and no public exploit code was identified at time of analysis; priority is this week, not emergency.
RemediationAI
No vendor-released patch or fixed version is identified in the available data; the Red Hat CVE page (https://access.redhat.com/security/cve/CVE-2026-15564) and Bugzilla 2478005 (https://bugzilla.redhat.com/show_bug.cgi?id=2478005) are the authoritative trackers to follow for updated JBoss EAP 7 and 8 builds, and Red Hat's advisory should be applied as soon as a fixed artifact is published. Until then, break the exploitation prerequisites: undeploy or disable the IIOP listener (for example by removing the iiop-openjdk subsystem configuration) on any server that does not require CORBA clients, accepting that CORBA-based remote EJB invocation stops working; network-restrict the IIOP port to known client hosts via firewall or security-group rules, which reduces exposure but leaves the flaw present for permitted peers; audit deployed EJBs and remove or replace methods that accept untyped parameters such as java.lang.Object, which may require application code changes; and constrain the deserializable classes available to the listener with a serialization filter where the runtime supports it, noting that overly broad filters break legitimate payloads while overly narrow ones may not cover every gadget chain. Because exploitation is pre-authentication, credentials and role-based controls are not compensating controls here.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
WildFly and JBoss EAP expose a CORBA/IIOP listener for remote EJB invocation over the IIOP protocol. In this issue the listener deserializes input streams received on that channel before authentication has taken place, so the deserialization step is the attack surface rather than a post-login request handler. The assigned CWE-829 (Inclusion of Functionality from Untrusted Control Sphere) frames the root cause as the server pulling executable functionality from an untrusted or attacker-influenced sphere - concretely, the reachable classes and gadget chains on the deployment classpath - rather than a purpose-built unsafe-deserialization designation. The vendor's CVSS:3.1 vector is AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H (7.4); our assessment normalizes the attack vector to AV:N because the IIOP listener is a network service, while keeping AC:H to reflect the stacked preconditions: port reachability, an EJB method with untyped parameters, and a workable gadget chain. The exact trigger mechanics beyond "deserialization of IIOP input streams prior to authentication" are not described in the available sources.
Know when Red Hat Jboss Enterprise Application Platform 8 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:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H
IIOP is network-reachable so AV:N (differing from the vendor's AV:L); AC:H because success needs untyped EJB parameters plus a classpath gadget chain; PR:N as deserialization precedes authentication.
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
Wildfly's IIOP listener may permit deserialization of input streams before authentication is performed. An attacker who can gain access to the IIOP port may be able to construct and send malicious objects and achieve deserialization, if the target EJB allows untyped method parameters, and depending on the potential gadget chains available in the running classpath.
Executive ViewAI
A high-severity flaw (CVE-2026-15564) in the WildFly IIOP (CORBA) listener of Red Hat JBoss EAP 7 and 8 permits unauthenticated remote attackers who can reach the IIOP port to submit crafted serialized objects for deserialization, potentially leading to code execution. Successful exploitation, which requires a specific EJB configuration and a viable gadget chain, could result in full compromise of confidentiality, integrity, and availability of the application server. Leadership should prioritize remediation this week because the vulnerability is remotely reachable and could enable attackers to gain a foothold in the environment.
No vendor-released patch identified at time of analysis. Interim mitigations include restricting network access to the IIOP port via firewall or segmentation, disabling the IIOP listener if not required, removing unnecessary libraries from the classpath to break gadget chains, and enforcing deserialization filters if supported.
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
Insecure deserialization occurs when an application converts serialized data (a stream of bytes representing an object's state) back into a living object without proper validation.
Affected Products (CPE)CVE.org
HTTP request smuggling in Undertow (the embedded web server underpinning JBoss EAP, Red Hat Data Grid, and Apache Camel
HTTP request smuggling in Red Hat Undertow allows remote unauthenticated attackers to bypass front-end security controls
HTTP request smuggling in Undertow allows remote unauthenticated attackers to send `\r\r\r` as a header block terminator
Unrestricted Java deserialization in Red Hat EAP's embedded Apache ActiveMQ Artemis broker allows authenticated JMS clie
Path traversal in wildfly-core's deployment content handler allows an authenticated JBoss EAP, WildFly, Fuse 7, or Singl
Mismatched handling of the HTTP/1 absolute-form request authority in Red Hat build of Quarkus and other affected Red Hat
Access-control bypass in Keycloak (fixed in 26.5.3) lets a disabled user account still obtain valid tokens through the J
Unauthenticated remote code execution is possible in Red Hat JBoss Enterprise Application Platform 7 and 8 when the serv
A remote, unauthenticated attacker can exhaust the JVM heap and cause a denial of service by sending a small crafted ima
Unbounded per-connection queue growth in Netty's WebSocketServerExtensionHandler lets unauthenticated remote attackers e
Improper handling of HTTP/2 and HTTP/3 Extended CONNECT requests in Netty-based services can downgrade them to ordinary
Unbounded remote-initiated stream creation in Netty's SpdySessionHandler allows an unauthenticated, network-positioned a
EUVD-2026-112633
GHSA-89hx-fmwj-cww5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB