Deserialization of Untrusted Data Affecting eap7-glassfish-jsf package, versions <0:2.3.14-11.SP11_redhat_00001.1.el7eap


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-RHEL7-EAP7GLASSFISHJSF-19770229
  • published13 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:7 eap7-glassfish-jsf to version 0:2.3.14-11.SP11_redhat_00001.1.el7eap or higher.
This issue was patched in RHSA-2026:53644.

NVD Description

Note: Versions mentioned in the description apply only to the upstream eap7-glassfish-jsf package and not the eap7-glassfish-jsf package as distributed by RHEL. See How to fix? for RHEL:7 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