---
id: CVE-2026-15564
title: >-
  Wildfly-ejb: wildfly-iiop-openjdk: eap iiop listeners may permit unauthed
  deserialization
summary: >-
  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 …
severity: high
cvss: 7.4
cvssVector: 'CVSS:3.1/AV:L/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:H'
cvssSource: cna
cwe:
  - CWE-829
vendor: Red Hat
product: wildfly-ejb3
affected:
  - wildfly-ejb3 (all versions)
  - wildfly-iiop-openjdk
  - wildfly-ejb3 (all versions)
  - wildfly-iiop-openjdk (all versions)
ssvc:
  exploitation: none
  automatable: 'no'
  technicalImpact: total
  timestamp: '2026-10-29T15:37:42.666505Z'
published: '2026-10-29'
updated: '2026-10-29'
sourceUpdated: '2026-10-29T17:20:33.597Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-15564'
references:
  - url: 'https://access.redhat.com/security/cve/CVE-2026-15564'
  - url: 'https://bugzilla.redhat.com/show_bug.cgi?id=2478005'
    label: RHBZ#2478005
tags:
  - cve.org
epss: 0.00124
epssPercentile: 0.02123
ingestedAt: '2026-11-01T22:02:40.989Z'
---

## Overview

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.

## Affected

- `wildfly-ejb3 (all versions)`
- `wildfly-iiop-openjdk`
- `wildfly-ejb3 (all versions)`
- `wildfly-iiop-openjdk (all versions)`

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.

### Workarounds

Restrict network reachability to the IIOP listener (default TCP port 3528) so that only localhost or authorized management networks can access it.

1. Restrict port exposure using firewalld:
```bash
firewall-cmd --permanent --remove-port=3528/tcp
firewall-cmd --reload
```

2. If CORBA/IIOP interoperability is not required by deployed applications, remove the IIOP subsystem using the JBoss Management CLI:
```bash
jboss-cli.sh --connect --command="/subsystem=iiop-openjdk:remove"
```

Caveats:
Removing the IIOP subsystem will break remote EJB invocations or external services that rely on CORBA/IIOP protocols.

Warning:
Applying firewall changes or removing server subsystems will disrupt active client connections and requires reloading the server configuration or restarting the JBoss EAP service to take full effect.