# CVE-2026-86404: Red Hat Enterprise Application Platform Artemis deserialization vulnerability

Source: https://junglewise.ai/threats/cve-2026-86404-eap-s-artemis-deserialization-configuration-permits  
Publisher: Junglewise Threat Intelligence, https://junglewise.ai/threats  
Published: 2026-09-07. Updated: 2026-09-26  
License: CC BY 4.0 with a link back

CVE-2026-86404 · Severity: high · CVSS 8.8 · Published 2026-09-07

Red Hat Enterprise Application Platform (EAP) contains a messaging service called Artemis that allows untrusted data to be deserialized by default. An attacker with network access to the messaging service could send a malicious message that executes arbitrary code on the server, potentially compromising the entire application and any data it handles.

Technologies: [Red Hat Enterprise Application Platform](https://junglewise.ai/threats/technologies/enterprise-application-platform). Vendors: [Red Hat](https://junglewise.ai/threats/vendors/red-hat).

## Quick answers

**Is CVE-2026-86404 exploited in the wild?** No. Junglewise Threat Intelligence has no report of CVE-2026-86404 being exploited in the wild.

**How severe is CVE-2026-86404?** High severity, with a CVSS score of 8.8, published 7 September 2026.

**Which products and versions are affected?** Red Hat Enterprise Application Platform <UNKNOWN>.

**Is there a fix for CVE-2026-86404?** No fixed version is recorded yet. Check the vendor's advisory in the references below. If you run it, Junglewise drafts a mitigation that fits your setup and applies it once you approve, with senior security engineers behind it.

**How is CVE-2026-86404 attacked?** It is attacked over the network.

**Am I affected by CVE-2026-86404?** Check whether you run Red Hat Enterprise Application Platform at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.

## Technical details

Artemis's ObjectMessage.getObject() method uses ObjectInputStreamWithClassLoader for deserialization but leaves both allow-list and block-list empty by default. The isTrustedType() method returns true for all classes when the allow-list is empty, allowing unrestricted deserialization of arbitrary objects. This is a classic unsafe deserialization vulnerability reachable over the network by messaging clients.

## Affected products

- Red Hat Enterprise Application Platform <UNKNOWN>

## Timeline

- 2026-09-07: disclosed

## References

- [https://access.redhat.com/downloads/content/package-browser/](https://access.redhat.com/downloads/content/package-browser/)
- [https://access.redhat.com/jbossnetwork/restricted/listSoftware.html](https://access.redhat.com/jbossnetwork/restricted/listSoftware.html)

## Related threats

- [Red Hat EAP IIOP NameService authentication bypass](https://junglewise.ai/threats/cve-2026-15563-red-hat-eap-iiop-nameservice-authentication-bypass)
- [Red Hat Enterprise Application Platform jboss-remoting denial of service](https://junglewise.ai/threats/cve-2026-15562-red-hat-enterprise-application-platform-jboss-remoting-denial-of)
- [Red Hat Undertow HTTP/1.1 chunked-transfer decoder denial of service](https://junglewise.ai/threats/cve-2026-15561-red-hat-undertow-http-1-1-chunked-transfer-decoder-denial-of)