CVE-2026-15564: Wildfly's IIOP listener may permit deserialization of input streams before authentication is performed
Source GCVE Database
Not known to be exploited · CVSS 7.4 High.
Data as of 29 Oct 2026, 07:08 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 7.4 |
|---|
CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 29 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat JBoss Enterprise Application Platform 7wildfly-ejb3 | Affected– | Fixed in– |
| Red Hat JBoss Enterprise Application Platform 7wildfly-iiop-openjdk | Affected– | Fixed in– |
| Red Hat JBoss Enterprise Application Platform 8wildfly-ejb3 | Affected– | Fixed in– |
| Red Hat JBoss Enterprise Application Platform 8wildfly-iiop-openjdk | Affected– | Fixed in– |
AI-suggested
Red Hat advises restricting network access to the IIOP listener (default TCP port 3528) so that only localhost or authorized management networks can connect. This can be done by removing the port from firewall rules (e.g., using firewalld). If CORBA/IIOP interoperability is not needed, the IIOP subsystem can be removed via the JBoss Management CLI, but this will disrupt remote EJB invocations relying on IIOP. Applying these mitigations requires restarting or reloading the JBoss EAP service to take effect.
Description
Wildfly's IIOP listener may allow deserialization of input streams before authentication, potentially enabling an attacker with access to the IIOP port to send malicious objects. Exploitation requires that the target EJB accepts untyped method parameters and that suitable gadget chains exist on the classpath. By default, the IIOP service binds to localhost, limiting remote exploitation. Red Hat rates this vulnerability as Moderate due to these constraints. Mitigations include restricting network access to the IIOP listener or removing the IIOP subsystem if not needed.