---
id: CVE-2026-114488
title: >-
  Wildfly: wildfly-iiop: wildfly-ejb3: wildfly: authentication bypass on iiop
  ejb invocations as csiv2 ittprincipalname accepted without transport binding
summary: >-
  A flaw was found in Wildfly. A remote attacker can bypass authentication on
  IIOP EJB invocations as the CSIv2 security interceptor accepts
  ITTPrincipalName identity assertions in the service context without verifying
  transport-level auth…
severity: high
cvss: 7.4
cvssVector: 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N'
cvssSource: cna
cwe:
  - CWE-829
vendor: Red Hat
product: wildfly-iiop-openjdk
affected:
  - wildfly-iiop-openjdk
  - wildfly-ee-dist
  - wildfly-iiop-openjdk
  - wildfly-iiop-openjdk (all versions)
  - wildfly-iiop-openjdk
  - wildfly-iiop-openjdk
published: '2026-10-29'
updated: '2026-10-29'
sourceUpdated: '2026-10-29T06:07:33.732Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-114488'
references:
  - url: 'https://access.redhat.com/security/cve/CVE-2026-114488'
  - url: 'https://bugzilla.redhat.com/show_bug.cgi?id=2491619'
    label: RHBZ#2491619
tags:
  - cve.org
epss: 0.00338
epssPercentile: 0.27197
ingestedAt: '2026-10-31T04:17:25.417Z'
---

## Overview

A flaw was found in Wildfly. A remote attacker can bypass authentication on IIOP EJB invocations as the CSIv2 security interceptor accepts ITTPrincipalName identity assertions in the service context without verifying transport-level authentication, allowing a pre-auth attacker on the port 3528 to impersonate any principal on every IIOP-exposed @Remote EJB.

## Affected

- `wildfly-iiop-openjdk`
- `wildfly-ee-dist`
- `wildfly-iiop-openjdk`
- `wildfly-iiop-openjdk (all versions)`
- `wildfly-iiop-openjdk`
- `wildfly-iiop-openjdk`

## Remediation

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

### Workarounds

To mitigate this vulnerability without modifying binaries, apply one or more of the following operational and configuration controls:

1. Maintain or revert caller propagation to the default 'none' setting in the IIOP subsystem configuration:
Run the following management CLI command:
`/subsystem=iiop-openjdk:write-attribute(name=caller-propagation,value=none)`
Ensure that application deployment descriptors (such as jboss-ejb3.xml) do not explicitly override caller propagation to 'supported'.

2. Restrict network reachability:
Block external access to the CORBA/IIOP port (default TCP port 3528) using firewall rules, or restrict access strictly to trusted application networks:
`firewall-cmd --remove-port=3528/tcp --permanent && firewall-cmd --reload`

3. Enforce transport-level security:
If caller propagation is required for your architecture, configure the IIOP subsystem to require SSL/TLS with client certificate authentication by setting `server-requires-ssl="true"`, or enforce mandatory authentication via the `as-context` configuration.

Caveats:
Disabling caller propagation prevents client security identity forwarding across remote IIOP EJB calls, which may impact applications relying on distributed identity propagation. Restricting firewall access will prevent external clients outside authorized networks from connecting to IIOP services.

Warning:
Applying configuration changes via the JBoss management CLI requires reloading the runtime service (`:reload`), which will temporarily interrupt active client connections.