CVE-2026-67411CWE-863broken-access-control

CVE-2026-67411

High · published September 25, 2026

CVSS v3.1
7.1
EPSS
0%
Percentile
23.5
In the wild
Unconfirmed
What it is

RabbitMQ is a messaging and streaming broker. From 3.13.0 until 3.13.18, 4.0.23, 4.1.14, 4.2.9, and 4.3.3, native MQTT and MQTT over WebSocket behind a trusted PROXY Protocol frontend could lose the proxy-derived client address before the MQTT authentication path checked loopback_users, causing the frontend-to-broker address to be treated as loopback. An attacker who can reach the trusted frontend and has valid credentials for a loopback-restricted account can therefore bypass the source-address restriction; the issue does not bypass password authentication. This issue is fixed in versions 3.13.18, 4.0.23, 4.1.14, 4.2.9, and 4.3.3.

The record
Technical detail
CVSS v3.1
7.1 · HIGH
Vector
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:L/A:N
CVSS v4.0
6.0 · CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
EPSS
0.00318 · 23.5th percentile
Weakness
CWE-863 · Incorrect Authorization
Published
2026-09-25T21:17Z
Affected products (5)
ProductVersionsFixed in
broadcom/rabbitmq_server≥ 3.13.0, < 3.13.183.13.18
broadcom/rabbitmq_server≥ 4.0.0, < 4.0.234.0.23
broadcom/rabbitmq_server≥ 4.1.0, < 4.1.144.1.14
broadcom/rabbitmq_server≥ 4.2.0, < 4.2.94.2.9
broadcom/rabbitmq_server≥ 4.3.0, < 4.3.34.3.3
References (6)
EPSS history
Timeline
  • 27 SEP 03:27Z
    EPSS moved — → 0%
    epss
  • 25 SEP 16:26Z
    RabbitMQ: Web MQTT with PROXY Protocol enabled: a loopback-only user permission bypass
    cvelistv5