Katalog podatności CVE

Biblioteka kliencka RabbitMQ Java umożliwia aplikacjom Java i JVM łączenie się i interakcję z węzłami RabbitMQ. Przed wersją 5.33.0, metody com.rabbitmq.client.ConnectionFactory.useSslProtocol() i ConnectionFactory.useSslProtocol(String) konfigurują com.rabbitmq.client.TrustEverythingTrustManager i pozostawiają wyłączoną weryfikację nazwy hosta, co powoduje akceptowanie dowolnych certyfikatów serwera, w tym certyfikatów samopodpisanych. Atakujący sieciowy, który może przechwycić połączenie TLS, może podszyć się pod brokera RabbitMQ, czytać chroniony ruch AMQP i modyfikować ruch bez weryfikacji certyfikatu lub nazwy hosta. Poprawka zmienia produkcyjne pomocnicze funkcje TLS, aby używały domyślnego magazynu zaufania JVM i włącza weryfikację nazwy hosta, zachowując jawnie nazwany pomocniczy tryb deweloperski bez weryfikacji. Problem został naprawiony w wersji 5.33.0.

Biblioteka kliencka RabbitMQ Java umożliwia aplikacjom Java i JVM łączenie się i interakcję z węzłami RabbitMQ. Przed wersją 5.31.0, przychodzące składanie poleceń AMQP w src/main/java/com/rabbitmq/client/impl/CommandAssembler.java przetwarza metodę zawierającą treść i nagłówek, którego wartość remainingBodyBytes jest mniejsza niż następujący po niej payload AMQP.FRAME_BODY. CommandAssembler.consumeBodyFrame odejmuje kontrolowaną przez peera długość payloadu przed walidacją, że pasuje, co powoduje, że remainingBodyBytes staje się ujemne i zgłasza surowy wyjątek UnsupportedOperationException zamiast MalformedFrameException. Złośliwy lub skompromitowany broker może wysłać tę nieprawidłową sekwencję na otwartym niezerowym kanale, aby zakończyć przetwarzanie ramek i zamknąć połączenie klienta, powodując odmowę usługi dla pracy korzystającej z tego połączenia. Problem został naprawiony w wersji 5.31.0.

authentik to dostawca tożsamości open-source. Przed wersjami 2026.2.6 i 2026.5.5, akcja diagnostyczna w API źródła LDAP nie egzekwuje filtra autoryzacji odczytu na poziomie obiektu używanego przez resztę API. Każda strona, która może dotrzeć do API, w tym nieuwierzytelniony klient, może wywołać akcję diagnostyczną przeciwko skonfigurowanemu źródłu LDAP. Serwer następnie łączy się z nadrzędnym katalogiem przy użyciu skonfigurowanych poświadczeń bind źródła i zwraca ograniczony zestaw wpisów katalogu. Odpowiedź ujawnia wyróżnione nazwy tych wpisów oraz nazwy atrybutów na nich obecnych, ujawniając strukturę katalogu, konwencje nazewnictwa oraz istnienie określonych kont i grup, ale nie wartości atrybutów. Wdrożenia bez skonfigurowanego źródła LDAP nie są dotknięte. Problem został naprawiony w wersjach 2026.2.6 i 2026.5.5.

Podatność na odbity atak XSS w reportico-web do wersji 8.1.0 włącznie. Atakujący może wykonać dowolny kod JavaScript w przeglądarce ofiary, umieszczając złośliwy ładunek w parametrze loadTemplate wraz z parametrem execute_mode=PREPARE w pliku run.php.

ePA 3.x Integration implementuje przepływ autoryzacji i zapisuje obiekty informacji medycznych do niemieckiej elektronicznej dokumentacji pacjenta. Przed wersją 1.3.0, ePA 3.x Integration nie neutralizuje znaków CRLF w wartościach używanych przez app/vau/VAUProtokoll.py do konstruowania wewnętrznych żądań HTTP VAU. Funkcja build_inner_header interpoluje wartości uri, host, accept_type, content_type, content_length, USER_AGENT i insurant_id do linii żądań i nagłówków, w tym x-useragent i x-insurantid. Uwierzytelniony atakujący, który kontroluje wartość, może wstrzyknąć dodatkowe nagłówki do wewnętrznego żądania. W zależności od obsługi serwera ePA, wstrzyknięty nagłówek x-insurantid może ujawnić dokumentację innego pacjenta, a wstrzyknięte nagłówki Authorization mogą ominąć zamierzone uwierzytelnienie lub kontekst autoryzacji. Dane wejściowe USER_AGENT pochodzące z sesji mogą również zatruć żądania w całej sesji. Problem został naprawiony w wersji 1.3.0.

Adaguc-server przed wersją 7.2.2 zawiera podatność powodującą awarię z błędem bezpieczeństwa pamięci podczas parsowania dokumentu GeoJSON z nieprawidłową współrzędną. Parser indeksuje tablicę wartości bez walidacji typu węzła JSON lub długości współrzędnej, co prowadzi do odczytu poza zakresem lub wyłuskania pustego wskaźnika. Problem występuje w gałęziach geometrii: Polygon, LineString, MultiLineString i MultiPolygon.

Saleor w wersjach od 3.14.67 do 3.21.67, 3.22.63 i 3.23.22 ma wadliwą kontrolę autoryzacji w saleor/permission/utils.py, która może błędnie autoryzować nieuwierzytelnione żądania GraphQL. Pozwala to anonimowym użytkownikom na użycie mutacji channelUpdate() do zmiany ustawień zamówień, takich jak allowUnpaidOrders, nawet gdy odpowiedź zgłasza PermissionDenied. Ta sama funkcja może ujawniać ukryte obiekty przez zapytania pageType() i translation(), w tym atrybuty z visibleInStorefront ustawionym na false.

Podatność na atak XSS w polu dokumentacji użytkownika w oprogramowaniu ANOW! Automate w wersji 3.3.1.90 firmy Beta Systems Software AG. Zdalny atakujący może wykonać dowolny kod.

W komponencie must-gather Red Hat Advanced Cluster Management for Kubernetes obiekt Proxy klastra jest zrzucany w surowej formie, z pominięciem redakcji oc inspect, która normalnie usuwa wrażliwe pola. To ujawnia poświadczenia basic-auth proxy w archiwum must-gather, potencjalnie ujawniając poufne informacje uwierzytelniające każdemu, kto ma dostęp do archiwum.

W komponencie must-gather Red Hat Advanced Cluster Management for Kubernetes niektóre niestandardowe zasoby ACM, które zawierają dane Secret, są zbierane bez redakcji. Gdy administrator uruchamia must-gather, poświadczenia i tokeny są przechwytywane w postaci jawnego tekstu w wynikowym archiwum, co może ujawnić wrażliwe informacje każdemu, kto ma dostęp do archiwum.

Joomla! Core w wersjach 4.0.0-5.4.7 oraz 6.0.0-6.1.2 ma nieprawidłowe sprawdzanie ACL dla operacji kopiowania wsadowego. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na wykonywanie operacji kopiowania wsadowego na elementach, których nie mogą edytować.

Joomla! Core w wersjach 4.0.0-5.4.7 oraz 6.0.0-6.1.2 ma nieprawidłowe sprawdzanie ACL dla punktów końcowych webservice kategorii. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na tworzenie kategorii przez punkty końcowe webservices.

Narzędzie mise, zarządzające wersjami narzędzi deweloperskich, przed wersją 2026.7.1 zapisuje plik wykonywalny mise/bin/mise z identyfikatorami użytkownika i grupy 1001, a proces instalacji nie normalizuje własności, co pozwala lokalnemu użytkownikowi o tych identyfikatorach podmienić zainstalowany plik, szczególnie gdy ścieżka instalacji wskazuje na współdzieloną lokalizację jak /usr/local/bin.

Trivy, skaner bezpieczeństwa, przed wersją 0.72.0 używa metadanych manifestu wtyczki do konstruowania ścieżek w ~/.trivy/plugins bez ograniczania nazw wtyczek do tego katalogu, co pozwala atakującemu, który przekona użytkownika do instalacji lub uruchomienia złośliwej wtyczki, zapisać manifest i binarkę wtyczki w dowolnych ścieżkach zapisywalnych przez użytkownika.

MyBB, oprogramowanie forum, przed wersją 1.8.40 w komponencie User CP Buddy/Ignore List nieprawidłowo waliduje wzajemne aktualizacje listy znajomych. Usuwanie wpisu z listy działań użytkownika aktualizuje listę znajomych docelowego konta, ale wyszukiwanie wzajemne używa identyfikatora usuniętego celu zamiast identyfikatora działającego użytkownika, a niezweryfikowana wartość array_search() może być użyta jako klucz tablicy, co może usunąć pierwszego znajomego z listy docelowego konta.

Komponent rejestracji w MyBB nie waliduje poprawnie tekstowej CAPTCHA opartej na pytaniu bezpieczeństwa, co pozwala atakującym ominąć zabezpieczenie poprzez specjalnie spreparowaną wartość. Pole question_id jest akceptowane bez sprawdzenia, czy identyfikator jest prawidłowy, a jeśli jest puste, sfałszowane lub wygasłe, żądanie kontynuuje bez błędu związanego z pytaniem.

MyBB przed wersją 1.8.40 nie egzekwuje spójnie jednorazowego użycia wbudowanej CAPTCHA, co pozwala zdalnym atakującym na ominięcie zabezpieczeń CAPTCHA poprzez powtórne użycie wyzwania. Ścieżki walidacji w contact.php, member.php?action=do_resendactivation, member.php?action=do_lostpw, member.php?action=do_emailuser i sendthread.php?action=do_sendtofriend nie wywołują captcha::invalidate_captcha() dla domyślnej CAPTCHA.

MyBB przed wersją 1.8.40 w module Recovery Codes w Panelu Administratora nie waliduje poprawnie żądań, co pozwala atakującym z tej samej witryny na rotację kodów odzyskiwania administratora za pomocą specjalnie spreparowanego URL. Strona action=recovery_codes regeneruje kody odzyskiwania dla uwierzytelniania dwuskładnikowego na żądania GET bez ochrony przed fałszerstwem żądań.

MyBB przed wersją 1.8.40 w kontrolerze Email User nie sanityzuje poprawnie nazw nadawców, co prowadzi do wstrzykiwania nagłówków poczty. Parametr fromname jest akceptowany bez sanityzacji, a gdy mail_handler jest ustawiony na domyślny PHP mail, nazwa nadawcy jest używana w nagłówkach Return-Path i Reply-To, co pozwala na wstrzyknięcie dowolnych nagłówków za pomocą sekwencji CRLF.

MyBB przed wersją 1.8.40 w Mod CP Report Center nie sprawdza spójnie uprawnień, co pozwala moderatorom bez uprawnień do zarządzania raportami na oznaczanie raportów jako rozwiązane. Handler Mark Selected as Read jest osiągalny z canmodcp nawet bez canmanagereportedcontent lub canmanagereportedposts, a gdy brak forów w zakresie, zapytanie UPDATE wykonuje się bez oczekiwanego ograniczenia opartego na uprawnieniach.