CVE-2026-57221
ŚrednieCVSS 5.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 19 - wyżej niż 19% wszystkich znanych CVE
Streszczenie
RabbitMQ przed wersjami 3.13.15, 4.0.20, 4.1.11 i 4.2.6 nie sprawdza autoryzacji dla pasywnych operacji queue.declare i exchange.declare w protokole AMQP 0-9-1. Umożliwia to każdemu uwierzytelnionemu użytkownikowi podłączonemu do wirtualnego hosta na wyliczenie nazw kolejek i wymian oraz odczytanie liczby wiadomości i konsumentów.
Ocena ryzyka
Organizacja narażona jest na wyciek informacji o strukturze komunikatów, co może ułatwić atakującemu zaplanowanie dalszych działań, takich jak podsłuchiwanie lub manipulacja danymi.
Rekomendacja
Należy niezwłocznie zaktualizować RabbitMQ do wersji 3.13.15, 4.0.20, 4.1.11 lub 4.2.6 w zależności od używanej gałęzi.
Inne podatności w RabbitMQ
Zobacz wszystkie- CVE-2017-4966Wysokie
W wersjach RabbitMQ 3.4.x, 3.5.x oraz 3.6.x przed 3.6.9, a także w wersjach RabbitMQ dla PCF 1.5.x, 1.6.x przed 1.6.18 oraz 1.7.x przed 1.7.15, zidentyfikowano problem związany z przechowywaniem danych uwierzytelniających użytkowników w lokalnej pamięci przeglądarki bez daty wygaśnięcia. Umożliwia to ich odzyskanie w wyniku skoordynowanego ataku.
- CVE-2026-57220Wysokie
RabbitMQ przed wersją 4.2.6 nie egzekwuje limitu rozmiaru ramek strumieniowych podczas składania ramek w trakcie uwierzytelniania i przed negocjacją Tune. Pozwala to nieuwierzytelnionemu zdalnemu klientowi deklarować nadmierne rozmiary ramek i konsumować pamięć brokera w komponencie rabbit_stream_core.
- CVE-2026-57219Wysokie
Podatność w RabbitMQ przed wersjami 3.13.15, 4.0.20, 4.1.11 i 4.2.6 pozwala nieuwierzytelnionym atakującym na odczytanie sekretu klienta OAuth 2 poprzez przestarzały endpoint GET /api/auth. Problem występuje, gdy włączona jest wtyczka zarządzania i skonfigurowane management.oauth_client_secret.
- CVE-2026-57218Średnie
Podatność w RabbitMQ przed wersją 4.2.6 umożliwia istniejącemu konsumentowi dalsze odbieranie wiadomości po wygaśnięciu tokena OAuth lub odświeżeniu connection.update_secret do zawężonych zakresów. Dzieje się tak, ponieważ istniejący konsumenci nie są anulowani ani ponownie autoryzowani w momencie dostarczania wiadomości po zmianie stanu użytkownika kanału.
- CVE-2026-57217Średnie
Podatność w RabbitMQ dotyczy autoryzacji tematów (topic authorization), która podczas błędów magazynu metadanych może zezwalać na nieautoryzowane zapisy i wiązania tematów. Błąd wynika z tego, że błędy wyszukiwania uprawnień tematów w Khepri są interpretowane jako 'undefined', co wewnętrzny backend traktuje jako zezwolenie.
- CVE-2026-57216Średnie
Podatność w RabbitMQ przed wersjami 3.13.15, 4.0.20, 4.1.11 i 4.2.6 umożliwia użytkownikowi z ograniczeniem do pętli zwrotnej (np. guest) zdalne uwierzytelnienie, gdy ruch jest akceptowany przez zaufaną ścieżkę PROXY, a backend nasłuchuje na pętli zwrotnej. Problem wynika z błędnego sprawdzania adresu gniazda nasłuchującego zamiast rzeczywistego źródła klienta.
- CVE-2026-57215Wysokie
RabbitMQ przed wersjami 3.13.15, 4.0.20, 4.1.11 i 4.2.6 umożliwia tworzenie zewnętrznych powiązań do kolejek amq.rabbitmq.reply-to. Luka wynika z braku sprawdzania ulotnych kolejek direct-reply-to podczas usuwania powiązań w systemie Khepri, co pozostawia trwałe wpisy tras.
- CVE-2026-57214Średnie
Podatność XSS w interfejsie zarządzania RabbitMQ pozwala użytkownikowi z uprawnieniami do deklarowania kolejek lub giełd na wykonanie kodu JavaScript w przeglądarce innego użytkownika. Problem występuje przed wersją 4.2.5 i dotyczy nieprawidłowego escapowania argumentu x-internal-purpose w atrybucie title HTML.
- CVE-2026-57213Średnie
Wtyczka rabbitmq_federation_management w RabbitMQ przed wersjami 3.13.14, 4.0.19, 4.1.10 i 4.2.5 nie koduje pola consumer_tag na stronie statusu federacji, co umożliwia atak XSS. Użytkownik z uprawnieniami do konfiguracji upstream lub polityki federacji może wstrzyknąć kod JavaScript, który wykona się w przeglądarce administratora przeglądającego tę stronę.
- CVE-2026-57212Wysokie
RabbitMQ przed wersjami 3.13.14, 4.0.19, 4.1.10 i 4.2.5 zawiera podatność w interfejsie HTTP API rabbitmq_management, która pozwala na akceptowanie zbyt dużych poprawnych ciał JSON na ścieżkach with_decode i direct_request. Problem wynika z nieprawidłowego sprawdzania rozmiaru w funkcji read_complete_body, która uwzględnia rozmiar przed ostatnim fragmentem, ale nie końcowy łączny rozmiar.
Oryginalny opis (angielski, źródło NVD)
RabbitMQ is a messaging and streaming broker. Prior to 3.13.15, 4.0.20, 4.1.11, and 4.2.6, RabbitMQ does not perform authorization checks on passive queue.declare and exchange.declare AMQP 0-9-1 operations, allowing any authenticated user who can connect to a virtual host to enumerate queue and exchange names and read queue message and consumer counts. This issue is fixed in versions 3.13.15, 4.0.20, 4.1.11, and 4.2.6.