Katalog podatności CVE

Bludit CMS do wersji 3.22.0 zawiera lukę braku autoryzacji, która pozwala uwierzytelnionym użytkownikom z rolą Autor lub Redaktor na odczyt pełnej treści prywatnych szkiców i zaplanowanych wpisów innych użytkowników, w tym administratorów, poprzez wykorzystanie punktu końcowego AJAX content-get-list.

Bludit CMS do wersji 3.22.0 zawiera lukę masowego przypisania, która pozwala uwierzytelnionym użytkownikom z rolą Autor na modyfikację pól stron zarezerwowanych dla administratorów poprzez wstrzyknięcie zarezerwowanych parametrów do żądania zapisu treści, co umożliwia konwersję stron na statyczne wpisy nawigacyjne lub przeniesienie własności strony na dowolne konto.

Adapter przechowywania @payloadcms/storage-vercel-blob dla Payload zawiera lukę niewłaściwej kontroli dostępu, która pozwala uwierzytelnionym użytkownikom na ominięcie uprawnień na poziomie kolekcji poprzez bezpośredni dostęp do trasy client-upload, umożliwiając przesyłanie plików bez wymaganych uprawnień.

Podatność w NetworkManager-iodine, pluginie VPN iodine dla NetworkManagera. Nieuprzywilejowany użytkownik lokalny może wykorzystać sposób przetwarzania ustawienia 'nameserver' podczas nawiązywania połączenia VPN iodine. Osadzenie znaków specjalnych powłoki w wartości 'nameserver' pozwala na wstrzyknięcie i wykonanie dowolnych poleceń z uprawnieniami root przed obniżeniem uprawnień.

Podatność w BerriAI LiteLLM przed wersją 1.101.0-rc.1, polegająca na obejściu izolacji dzierżawców w warstwie pamięci podręcznej semantycznej. Uwierzytelniony użytkownik może odczytać odpowiedzi z pamięci podręcznej innych dzierżawców, wykorzystując niezgodność kluczy metadanych między funkcjami _get_semantic_cache_tenant_scope() i _get_metadata_variable_name(). Atakujący z ważnym kluczem wirtualnym może wysyłać podobne semantycznie zapytania, aby uzyskać dane osobowe, finansowe lub kod źródłowy innych dzierżawców oraz spowodować automatyczne wykonanie połączeń narzędziowych pod cudzymi danymi uwierzytelniającymi.

Brak autoryzacji w ścieżce obsługi upuszczania protokołu drag and drop w kitty od wersji 0.47.0 przed 0.49.0 pozwala programowi piszącemu do terminala na uzyskanie zawartości plików przeciągniętych nad oknem, nawet jeśli użytkownik nie zakończy upuszczania, a także na kontynuowanie odczytu plików po opuszczeniu okna przez przeciąganie.

W RabbitMQ Management, gdy włączony jest interfejs OAuth, powód błędu autoryzacji AMQP zawierający nazwę kolejki kontrolowaną przez atakującego jest renderowany jako HTML. Nazwa kolejki z elementem base może przekierować automatyczne odświeżanie, a przez CORS atakujący może przechwycić nagłówek Authorization administratora.

RabbitMQ w wersjach od 3.13.0 do 3.13.19, 4.0.24, 4.1.15, 4.2.10 i 4.3.5 zawiera podatność, w której odświeżenie poświadczeń OAuth utrzymuje wygasłe tagi runtime. Kiedy istniejące połączenie AMQP odświeża token OAuth z uprawnieniem impersonator na token z tą samą nazwą użytkownika, ale bez tego uprawnienia, tag 'impersonator' pozostaje w połączeniu. Dzięki temu połączenie (w tym nowo otwarte kanały) może dalej publikować wiadomości z obcym AMQP userid, mimo że powinno to być już odwołane.

Podatność w RabbitMQ przed wersją 4.3.5. Uwierzytelniony użytkownik, który może powiązać kolejkę z wymianą tematyczną i publikować do niej, może użyć kolejnych segmentów # w kluczu powiązania, co powoduje, że oba matchery tematyczne przetwarzają te same stany bez memoizacji. Skutkuje to duplikowaniem miejsc docelowych przed deduplikacją, co prowadzi do kombinatorycznego obciążenia CPU i pamięci, zakłócając routing dla wszystkich dzierżawców.

Parser parametrów Shovel w RabbitMQ konwertuje wartości parametrów kontrolowane przez atakującego na atomy Erlanga, które nie podlegają garbage collection, przed ich ograniczeniem lub sprawdzeniem dozwolonej listy. Atakujący może wyczerpać tablicę atomów węzła i spowodować odmowę usługi, a złośliwe parametry są trwale zapisywane i ponownie parsowane po restarcie.

Wtyczka rabbitmq_jms_topic_exchange w RabbitMQ przyjmuje kontrolowane przez klienta wyrażenie rjms_erlang_selector, którego ewaluator LIKE rozwija wildcardy do nakładających się fragmentów PCRE wykonywanych bez limitów dopasowania lub rekurencji. Uwierzytelniony najemca może wyczerpać CPU brokera i spowodować odmowę usługi.

Federation upstream w RabbitMQ pomija autoryzację vhost, umożliwiając dostęp do wiadomości między vhostami. Policy maker na jednym vhost może czytać i usuwać wiadomości z innego vhosta, do którego nie ma uprawnień, a przy domyślnym trybie ack wiadomości źródłowe są konsumowane, a nie kopiowane.

Natywny MQTT i MQTT over WebSocket za zaufanym frontendem PROXY Protocol w RabbitMQ mogą utracić adres klienta pochodzący z proxy przed sprawdzeniem loopback_users, przez co adres frontend-broker jest traktowany jako loopback. Atakujący z ważnymi poświadczeniami dla konta ograniczonego do loopback może obejść ograniczenie adresu źródłowego.

Podatność w RabbitMQ od wersji 4.2.0 do 4.3.3 oraz w wersji 4.2.9, polegająca na ujawnieniu sekretu klienta OAuth2 przez nieuwierzytelniony punkt końcowy JavaScript. Gdy uwierzytelnianie OAuth2 jest włączone dla interfejsu zarządzania RabbitMQ z użyciem sekretu klienta, wartość oauthclientsecret jest zawarta w JavaScripcie serwowanym przez nieuwierzytelniony punkt /js/oidc-oauth/bootstrap.js. Każdy użytkownik, który ma dostęp do portu interfejsu zarządzania, może pobrać sekret klienta OAuth2.

Podatność w RabbitMQ od wersji 3.13.0 do 4.3.3, 4.2.9, 4.1.14, 4.0.23 i 3.13.18, polegająca na ignorowaniu kodu statusu HTTP przy pobieraniu kluczy JWKS. Mechanizm pobierania kluczy w uaajwt.erl nie sprawdza kodu odpowiedzi HTTP podczas pobierania kluczy podpisujących z punktu JWKS dostawcy OAuth2. Odpowiedzi inne niż 200 (w tym błędy 4xx i 5xx) są przetwarzane jak poprawne. Gdy punkt JWKS zwraca błąd z poprawnym JSON bez pola keys, wszystkie wcześniej zapamiętane klucze podpisujące są kasowane, co powoduje trwałą blokadę uwierzytelniania.

Podatność w RabbitMQ od wersji 4.1.0 do 4.3.3, 4.2.9 i 4.1.11, polegająca na możliwości przydzielenia dużych ilości pamięci przy niskich uprawnieniach przez zarządzanie strumieniami. Funkcja przyjmuje PUT /api/stream/super-streams/{vhost}/{name} od uwierzytelnionego użytkownika zarządzającego z dostępem do vhosta. Gdy ciało żądania zawiera pole binding-keys, handler parsuje kontrolowany przez atakującego ciąg rozdzielany przecinkami i buduje pełną listę nazw strumieni przed sprawdzeniem uprawnień. Użytkownik o niskich uprawnieniach z dostępem do vhosta może wymusić duże tymczasowe alokacje. W kontenerze z limitem pamięci 768 MB jedno żądanie HTTP PUT z ok. 4,5 MB JSON może zabić kontener.

Niekompletna poprawka CVE-2026-44838 w RabbitMQ: funkcja escaperegexchar/1 nie escapuje znaku -, co umożliwia obejście uprawnień do tematów MQTT. Gdy szablon uprawnień umieszcza {clientid} wewnątrz klasy znaków [...], nisko uprzywilejowany użytkownik MQTT może rozszerzyć autoryzację tematów.

Shovel w RabbitMQ nie formatuje stanu logowanego przez crash reporter, co może pozostawić niezaszyfrowane poświadczenia w pliku zrzutu awarii. Gdy procesy worker Shovel ulegają awarii, OTP SASL zapisuje pełny stan procesu, w tym jawnotekstowe hasła i URI AMQP, do logu błędów.

W RabbitMQ OAuth2 guard isinteger(Exp) pomija sprawdzanie wygaśnięcia tokenu dla wykładniczej wartości exp typu float. Gdy IdP wysyła exp jako float, zarówno sprawdzenie przy logowaniu, jak i timer rozłączenia są pomijane, przez co wygasły token jest akceptowany, a połączenia nigdy nie wygasają.

W RabbitMQ AMQP 1.0 management exchange.declare pomija sprawdzenie uprawnień alternate-exchange. Użytkownik z uprawnieniem configure na wymianie X może kierować jej niekierowalne wiadomości do alternate exchange, do którego nie ma uprawnień zapisu.