Podatności Apache ActiveMQ

Funkcja processControlCommand w broker/TransportConnection.java w Apache ActiveMQ przed wersją 5.11.0 umożliwia zdalnym atakującym spowodowanie odmowy usługi (shutdown) za pomocą polecenia shutdown.

Podatność w Apache ActiveMQ umożliwia uwierzytelnionemu atakującemu ominięcie poprawki z CVE-2026-34197 poprzez dodanie konektora z wykorzystaniem transportu HTTP Discovery. Atakujący może użyć złośliwego punktu końcowego HTTP, który zwraca transport VM, co pozwala na załadowanie zdalnego kontekstu aplikacji Spring XML i wykonanie dowolnego kodu na JVM brokera.

Apache ActiveMQ w wersjach 5.x przed 5.13.0 nie ogranicza klas, które mogą być serializowane w brokerze, co pozwala zdalnym atakującym na wykonanie dowolnego kodu za pomocą spreparowanego obiektu Java Message Service (JMS) ObjectMessage.

Podatność niewłaściwej autoryzacji w Apache ActiveMQ pozwala uwierzytelnionemu użytkownikowi z niskimi uprawnieniami na ominięcie listy ACL zapisu dla docelowych kolejek poprzez wysłanie wiadomości do tymczasowej złożonej kolejki. Sprawia to, że sprawdzenie autoryzacji jest pomijane.

Apache ActiveMQ (wersje przed 5.19.9 oraz 6.0.0 przed 6.2.8) zawiera podatność w komponencie AMQP NIO. Zdalny, nieuwierzytelniony atakujący może wysłać ramkę z określonym rozmiarem, powodując śmierć wątków NIO. Szybkie powtarzanie może wyczerpać pulę wątków NIO, prowadząc do odmowy usługi.

W Apache ActiveMQ wykryto brak autoryzacji dla tymczasowych kolejek. Oczekiwano, że tymczasowe kolejki będą izolowane dla połączenia, które je utworzyło, jednak izolacja ta jest sprawdzana tylko po stronie klienta, co pozwala innemu połączeniu na konsumpcję z tymczasowej kolejki innego połączenia.

Podatność w Apache ActiveMQ pozwala uwierzytelnionemu użytkownikowi na przeprowadzenie ataku DoS na broker poprzez wysłanie spreparowanej wiadomości OpenWire z zawyżoną wartością rozmiaru mapy. Brak walidacji rozmiaru podczas deserializacji map właściwości wiadomości może prowadzić do wyczerpania pamięci (OOM) i awarii brokera.

Podatność w Apache ActiveMQ pozwala nieuwierzytelnionemu klientowi na wysłanie przez STOMP NIO nagłówków, które nigdy się nie kończą, co powoduje nieograniczone buforowanie przez brokera i wyczerpanie sterty JVM.

W Apache ActiveMQ i jego konsoli WWW wykryto podatność na atak XSS (Cross-site Scripting). Strona przeglądania kolejek wyświetla identyfikator wiadomości bez odpowiedniej sanityzacji, co pozwala uwierzytelnionemu producentowi wysłać wiadomość z spreparowanym identyfikatorem JMS zawierającym HTML/JavaScript. Gdy administrator przegląda kolejkę w konsoli, kod wykonuje się w jego przeglądarce.

Podatność w Apache ActiveMQ umożliwia niezautoryzowanemu atakującemu spowodowanie wyczerpania pamięci (OOM) poprzez wysyłanie powtarzających się poleceń BrokerInfo bez ConnectionInfo, co prowadzi do awarii brokera.

Podatność w Apache ActiveMQ pozwala nieuwierzytelnionemu atakującemu na zdalne spowodowanie odmowy usługi (DoS) brokera poprzez wysłanie spreparowanej ramki WireFormatInfo z złośliwie dużą wartością rozmiaru. Brak walidacji tej wartości prowadzi do próby alokacji pamięci podczas negocjacji przed uwierzytelnieniem, co może wywołać przepełnienie pamięci (OOM) i crash brokera.

W Apache ActiveMQ wykryto podatność polegającą na nieprawidłowej autoryzacji. Domyślnie uwierzytelniony użytkownik z niskimi uprawnieniami może uzyskać dostęp do ścieżek /admin/* w konsoli WWW, co powinno być zarezerwowane tylko dla administratorów. Problem wynika z błędnej konfiguracji Jetty.

Podatność związana z nieprawidłową walidacją danych wejściowych w Apache ActiveMQ umożliwia atakującemu z dostępem do LDAP na tworzenie niedozwolonych transportów w JVM brokera. Może to prowadzić do pobrania złośliwego adresu URL i uruchomienia drugiej instancji BrokerService w tej samej maszynie wirtualnej.

W Apache ActiveMQ wykryto podatność polegającą na nieprawidłowej walidacji danych wejściowych w protokole STOMP. Zdalny, nieuwierzytelniony atakujący może wysłać ujemny nagłówek content-length, powodując odmowę usługi (DoS). W przypadku transportu NIO STOMP prowadzi to do wyczerpania pamięci (OOM), a dla blokującego STOMP do błędów zamykających połączenie.

Podatność na ujawnienie wrażliwych informacji poprzez metadane w Apache ActiveMQ Broker, Apache ActiveMQ i Apache ActiveMQ All. Broker skonfigurowany z network connector z syncDurableSubs ustawionym na true jest podatny na atak nieuwierzytelnionego atakującego, który może otrzymać listę wszystkich trwałych subskrypcji tematycznych w brokerze, w tym identyfikatory klientów, nazwy subskrypcji, destynacje tematów i wyrażenia selektora JMS, wysyłając komendę BrokerInfo. Broker nieprawidłowo odpowiada bez uprzedniego uwierzytelnienia połączenia.

W Apache ActiveMQ wykryto podatność nieprawidłowych domyślnych uprawnień. Domyślne ustawienia autoryzacji Jolokia przyznawały nieadministracyjnym (niskoprzywilejowanym) kontom logowania przez WWW dostęp do operacji Jolokia, które umożliwiały wykonywanie operacji zarządzania brokerem przeznaczonych dla administratorów, takich jak addQueue i removeQueue. Problem dotyczy wersji przed 5.19.7 oraz od 6.0.0 przed 6.2.6.

Niewystarczająca autoryzacja w serwerze Apache ActiveMQ przed wersjami 6.2.6 i 5.19.7 pozwala uwierzytelnionym połączeniom na usuwanie istniejących miejsc docelowych (destinations) z odpowiednimi uprawnieniami.

Podatność w Apache ActiveMQ umożliwia ominięcie zabezpieczeń z CVE-2026-34197 poprzez nieprawidłową walidację discovery wrapperów (np. `masterslave:vm://...`). Uwierzytelniony atakujący może wykorzystać Jolokia JMX-HTTP bridge do wywołania operacji na MBeanach, co prowadzi do zdalnego wykonania kodu na serwerze.

Apache ActiveMQ przed wersjami 5.19.7 i 6.2.6 ma podatność na wstrzyknięcie kodu przez mostek Jolokia JMX-HTTP. Uwierzytelniony atakujący może wywołać operację BrokerService.addNetworkConnector z spreparowanym URI, który ładuje kontekst Spring XML, prowadząc do zdalnego wykonania kodu na JVM brokera.

W Apache ActiveMQ i Apache ActiveMQ Web wykryto podatność na atak XSS w komponencie MessageServlet. Właściwości wiadomości JMS są kopiowane do nagłówka odpowiedzi HTTP bez walidacji, co umożliwia wstrzykiwanie nagłówków bezpieczeństwa.

Podatność w Apache ActiveMQ umożliwia uwierzytelnionemu atakującemu wstrzyknięcie złośliwej konfiguracji poprzez panel administracyjny. Atakujący może utworzyć nazwę brokera zawierającą złośliwe wiązanie xbean, które po aktywacji przez VM transport prowadzi do zdalnego załadowania pliku Spring XML. Wykorzystanie tej luki pozwala na wykonanie dowolnego kodu na maszynie JVM brokera.

Podatność w Apache ActiveMQ umożliwia atak DoS poprzez wyczerpanie pamięci. Klient może szybko wywołać aktualizacje kluczy TLSv1.3, co prowadzi do wyczerpania pamięci w silniku SSL brokera.