Deserialization of Untrusted Data Affecting eap8-netty-transport-native-epoll package, versions <0:4.1.136-1.Final_redhat_00001.1.el8eap


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

EPSS
0.86% (57th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL8-EAP8NETTYTRANSPORTNATIVEEPOLL-20115485
  • published24 Sept 2026
  • disclosed11 Aug 2026

Introduced: 11 Aug 2026

CVE-2026-86404  (opens in a new tab)
CWE-502  (opens in a new tab)

How to fix?

Upgrade RHEL:8 eap8-netty-transport-native-epoll to version 0:4.1.136-1.Final_redhat_00001.1.el8eap or higher.
This issue was patched in RHSA-2026:70228.

NVD Description

Note: Versions mentioned in the description apply only to the upstream eap8-netty-transport-native-epoll package and not the eap8-netty-transport-native-epoll package as distributed by RHEL. See How to fix? for RHEL:8 relevant fixed versions and status.

EAP's Artemis deserialization configuration permits deserialization by default. ObjectMessage.getObject() uses ObjectInputStreamWithClassLoader, which implements allow-list/block-list filtering via its checkSecurity()/isTrustedType() method. However, by default both allow-list and block-list are empty. When the allow-list is empty (size == 0), isTrustedType() returns true for ALL classes. This means all classes are deserializable by default.

CVSS Base Scores

version 3.1