Podatności Apache Qpid Broker-J

W wersjach 6.1.0 do 6.1.4 (włącznie) Apache Qpid Broker-J broker nie wymusza prawidłowo maksymalnego rozmiaru ramki w ramach AMQP 1.0. Zdalny, nieautoryzowany atakujący może wykorzystać tę lukę, aby spowodować wyczerpanie dostępnej pamięci i ostatecznie zakończenie działania brokera.

Podatność typu session fixation w uwierzytelnianiu zarządzania przez HTTP w Apache Qpid Broker-J (do wersji 10.1.0) pozwala zdalnemu atakującemu uzyskać nieautoryzowany dostęp do uwierzytelnionej sesji zarządzania poprzez ponowne użycie identyfikatora sesji zachowanego po pomyślnym uwierzytelnieniu.

W Apache Qpid Broker-J w wersjach od 0.18 do 0.32, zła konfiguracja portów z różnymi dostawcami uwierzytelniania może umożliwić zdalnemu atakującemu, który łączy się z portem HTTP, oszukanie brokera w celu użycia dostawcy uwierzytelniania z innego portu. Atakujący musi posiadać ważne dane uwierzytelniające dla dostawcy na oszukanym porcie.

Apache Qpid Broker-J nieprawidłowo obsługuje skompresowane dane w współdzielonym dekompresorze GZIP używanym dla AMQP 0-8/0-9/0-9-1 i AMQP 0-10. Uwierzytelniony producent wiadomości może wyczerpać pamięć i zakłócić dostępność brokera, przetwarzając dane bez limitu rozmiaru zdekompresowanego wyjścia.

Apache Qpid Broker-J jest podatny na atak przed uwierzytelnieniem, w którym zagnieżdżenie typów może wywołać StackOverflowError. Może to prowadzić do odmowy usługi (denial of service).

Podatność w Apache Qpid Broker-J (do wersji 10.1.0) pozwala atakującemu bez uwierzytelnienia wykorzystać sposób obsługi rozmiaru/liczby typów do wywołania nadmiernej alokacji pamięci. Może to doprowadzić do odmowy usługi (DoS).

Podatność w Apache Qpid Broker-J (do wersji 10.1.0) pozwala atakującemu bez uwierzytelnienia wykorzystać sposób obsługi rozmiaru/liczby typów do wywołania nadmiernej alokacji pamięci. Może to doprowadzić do odmowy usługi (DoS).

Nieprawidłowa obsługa wyjątków kodowania właściwości podczas konwersji komunikatów z AMQP 1.0 do AMQP 0-10 w Apache Qpid Broker-J (do wersji 10.1.0) pozwala uwierzytelnionym producentom komunikatów zakłócić dostarczanie do konsumentów AMQP 0-10. Dzieje się tak poprzez właściwości komunikatów, których docelowy koder nie obsługuje poprawnie.

W Apache Qpid Broker-J do wersji 10.0.1 nie było możliwości kontrolowania tempa odpowiedzi brokera na przepływ echo, co umożliwia uwierzytelnionemu atakującemu wywołanie nadmiernego użycia zasobów i potencjalną odmowę usługi. Problem został naprawiony w wersji 10.1.0.

W Apache Qpid Broker-J do wersji 10.0.1 nie było możliwe ograniczenie maksymalnej liczby ramek transferowych na przychodzącą dostawę, co umożliwia uwierzytelnionemu atakującemu nadmierne zużycie zasobów i potencjalną odmowę usługi.

Uwierzytelniony atakujący może wysłać ramkę dyspozycji z dużymi lub nieprawidłowymi zakresami, powodując nadmierne zużycie CPU z powodu naiwnego przetwarzania zakresów, co prowadzi do odmowy usługi. Problem dotyczy Apache Qpid Broker-J do wersji 10.0.1 włącznie.

Uwierzytelniony atakujący może przekroczyć przychodzące okno kontroli przepływu sesji, co może prowadzić do odmowy usługi. Problem dotyczy Apache Qpid Broker-J do wersji 10.0.1 włącznie.

Atakujący przed uwierzytelnieniem może wykorzystać zagnieżdżanie typów, aby spowodować StackOverflowError, co może prowadzić do odmowy usługi. Problem dotyczy Apache Qpid Broker-J do wersji 10.0.1 włącznie. Zalecane jest uaktualnienie do wersji 10.1.0, która naprawia problem.

Atakujący przed autoryzacją może wykorzystać nieograniczone buforowanie wartości symboli, aby spowodować wyczerpanie zasobów, co prowadzi do odmowy usługi. Problem dotyczy Apache Qpid Broker-J do wersji 10.0.1.

Atakujący przed uwierzytelnieniem może wykorzystać obsługę rozmiaru/liczby typów, aby spowodować nadmierną alokację, co może prowadzić do odmowy usługi. Problem dotyczy Apache Qpid Broker-J do wersji 10.0.1 włącznie. Zalecane jest uaktualnienie do wersji 10.1.0, która naprawia problem.