Katalog CVE

CVE-2026-67411

ŚrednieCVSS 6.0
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

Natywny MQTT i MQTT over WebSocket za zaufanym frontendem PROXY Protocol w RabbitMQ mogą utracić adres klienta pochodzący z proxy przed sprawdzeniem loopback_users, przez co adres frontend-broker jest traktowany jako loopback. Atakujący z ważnymi poświadczeniami dla konta ograniczonego do loopback może obejść ograniczenie adresu źródłowego.

Ocena ryzyka

Obejście ograniczenia loopback_users pozwala atakującemu z ważnymi poświadczeniami na dostęp do konta, które powinno być dostępne tylko lokalnie, co może prowadzić do nieautoryzowanego dostępu.

Rekomendacja

Zaktualizuj RabbitMQ do wersji 3.13.18, 4.0.23, 4.1.14, 4.2.9 lub 4.3.3, które zawierają poprawkę tego problemu.

Inne podatności w RabbitMQ

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

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.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS