Allocation of Resources Without Limits or Throttling Affecting eap8-activemq-artemis-hqclient-protocol package, versions <0:2.40.0-6.redhat_00012.1.el9eap


Severity

Recommended
0.0
high
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

Social Trends
EPSS
1.13% (63rd 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-RHEL9-EAP8ACTIVEMQARTEMISHQCLIENTPROTOCOL-16758490
  • published19 May 2026
  • disclosed27 Mar 2026

Introduced: 27 Mar 2026

CVE-2026-33871  (opens in a new tab)
CWE-770  (opens in a new tab)

How to fix?

Upgrade RHEL:9 eap8-activemq-artemis-hqclient-protocol to version 0:2.40.0-6.redhat_00012.1.el9eap or higher.
This issue was patched in RHSA-2026:18055.

NVD Description

Note: Versions mentioned in the description apply only to the upstream eap8-activemq-artemis-hqclient-protocol package and not the eap8-activemq-artemis-hqclient-protocol package as distributed by RHEL. See How to fix? for RHEL:9 relevant fixed versions and status.

Netty is an asynchronous, event-driven network application framework. In versions prior to 4.1.132.Final and 4.2.10.Final, a remote user can trigger a Denial of Service (DoS) against a Netty HTTP/2 server by sending a flood of CONTINUATION frames. The server's lack of a limit on the number of CONTINUATION frames, combined with a bypass of existing size-based mitigations using zero-byte frames, allows an user to cause excessive CPU consumption with minimal bandwidth, rendering the server unresponsive. Versions 4.1.132.Final and 4.2.10.Final fix the issue.

CVSS Base Scores

version 3.1