CVE-2026-92550

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).

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.