Podatności Stomper
5 znanych podatności CVE w Stomper, przetłumaczonych i ocenionych.
- CVE-2026-26448Krytyczne
Stomper 5e2741e jest podatny na Use-After-Free. Gdy klient wysyła wiele ramek CONNECT na tym samym połączeniu TCP, a następnie inny klient (lub późniejsze połączenie) wysyła ramki SEND do miejsca docelowego wcześniej subskrybowanego na tym połączeniu, broker może dereferencjonować wskaźnik do obiektu StompStreamSocket, który został już zwolniony. Powoduje to użycie po zwolnieniu (heap use-after-free) i awarię procesu. Protokół domyślnie nie uwierzytelnia ani nie ogranicza takich sekwencji.
- CVE-2026-26449Wysokie
W Stomper 5e2741e, gdy klient wysyła ramkę SEND bez pola nagłówka destination, serwer wywołuje dereferencję wskaźnika null (lub dostęp do nieprawidłowej pamięci) podczas przetwarzania ramki, co powoduje awarię procesu.
- CVE-2026-26447Wysokie
Stomper 5e2741e jest podatny na Use-After-Free. Gdy pojedynczy klient wielokrotnie wysyła polecenia SUBSCRIBE dla tego samego miejsca docelowego na jednym połączeniu, a następnie zamyka to połączenie, broker wykonuje nieprawidłowe czyszczenie wewnętrznych struktur subskrypcji. Powoduje to użycie po zwolnieniu (heap use-after-free) podczas niszczenia obiektu StompClient, co prowadzi do awarii procesu brokera. Nieuwierzytelniony klient może to wykorzystać do niezawodnego wywołania denial of service.
- CVE-2026-26446Wysokie
Stomper 5e2741e jest podatny na Denial of Service. Gdy broker wysyła dane do klienta, którego połączenie TCP zostało już zamknięte przez drugą stronę, proces serwera otrzymuje sygnał SIGPIPE i natychmiast się kończy, co powoduje denial of service. Każdy nieuwierzytelniony klient może wywołać awarię, zamykając gniazdo w odpowiednich momentach.
- CVE-2026-26445Niskie ryzyko· EPSS 5%
stomper 5e2741e jest podatny na Denial of Service. Złośliwy klient może wysyłać częściowe ramki STOMP i utrzymywać otwarte połączenia TCP, co w połączeniu z użyciem epoll w trybie krawędziowym (EPOLLET) i MSG_PEEK w recv() powoduje, że gniazda wchodzą w stan trwałego połowicznego odczytu. Gdy zgromadzi się wystarczająca liczba takich połączeń, broker przestaje otrzymywać dalsze zdarzenia epoll dla tych gniazd i ostatecznie zawiesza się w epoll_wait, skutecznie odmawiając przetwarzania nowych wiadomości.

