RabbitMQ is a messaging and streaming broker

Overview

RabbitMQ is a messaging and streaming broker. From 3.13.0 until 4.3.3, 4.2.9, 4.1.14, 4.0.23, and 3.13.18, JWKS Fetch Ignores HTTP Response Status Code - Signing Key Destruction Causes Authentication DoS (CWE-252). the JWKS key fetching mechanism in uaajwt.erl does not validate the HTTP response status code when downloading signing keys from the OAuth2 provider's JWKS endpoint. Non-200 responses (including 4xx and 5xx errors) are processed identically to successful responses. When the JWKS endpoint returns an error response with a valid-JSON body that lacks a keys field, all previously cached signing keys are destroyed, causing a persistent authentication denial of Files: deps/rabbitmqauthbackendoauth2/src/uaajwt.erl, lines 50-63 deps/rabbitmqauthbackendoauth2/src/uaajwks.erl, lines 5-7 deps/rabbitmqauthbackendoauth2/src/rabbitoauth2provider.erl, lines 98-107 Bug 1: HTTP status code ignored (uaajwt.erl:50-63): The Erlang httpc module returns {ok, {{HttpVersion, StatusCode, ReasonPhrase}, Headers, Body}}. The pattern {ok, {, , JwksBody}} matches ANY successful HTTP transaction Persistent authentication DoS: Once keys are destroyed, ALL OAuth2/JWT authentication fails for all users until a new successful JWKS refresh occurs Amplification: A single attacker can deny access to all legitimate OAuth2 users across the entire RabbitMQ. This issue is fixed in versions 4.3.3, 4.2.9, 4.1.14, 4.0.23, and 3.13.18.

Affected

• rabbitmq_server >= 3.13.0, < 3.13.18
• rabbitmq_server >= 4.0.0, < 4.0.23
• rabbitmq_server >= 4.1.0, < 4.1.14
• rabbitmq_server >= 4.2.0, < 4.2.9
• rabbitmq_server >= 4.3.0, < 4.3.3

Remediation

Upgrade past the affected range:

• rabbitmq_server 4.3.3

Vendor advisories

• RHSA-2026:67552 · Red Hat · fixed in: Red Hat Hardened Images · released 2026-09-15 · advisory
• Red Hat VEX · Important · affected: Red Hat Hardened Images · no fix planned: Red Hat Hardened Images · updated 2026-10-23 · vex