Katalog podatności CVE

Froxlor w wersjach przed 2.3.12 nie ogranicza ani nie escapuje ustawienia system.letsencryptchallengepath — w przeciwieństwie do innych ustawień wzmocnionych w GHSA-33mp, pole nie ma zabezpieczenia string_regexp ani required_otp, a jego wartość jest dołączana bez escapowania do wiersza poleceń acme.sh budowanego w lib/Froxlor/Cron/Http/LetsEncrypt/AcmeSh.php i wykonywanego przez cron roota przez FileDir::safe_exec. Ponieważ safe_exec blokuje tylko metaznaki powłoki takie jak ; | & > < \ $ ~ ?, spacje i cudzysłowy przechodzą, a wartość jest dzielona na dodatkowe argumenty acme.sh. Administrator lub dowolny podmiot mogący zapisywać ustawienia (np. przez API importu ustawień) może wstrzyknąć opcje acme.sh takie jak --renew-hook, --pre-hook lub --post-hook, aby uzyskać wykonanie dowolnych poleceń jako root przy następnym uruchomieniu crona Let's Encrypt, albo użyć --config-home/--cert-home do zapisu dowolnych plików.

Kyverno przed wersją 1.19.1 nieprawidłowo waliduje zakodowane w URL segmenty ścieżki w apiCall urlPath polityki, co pozwala tenantom namespace'ów ominąć ograniczenia per-namespace i tworzyć obiekty w innych namespace'ach jako ServiceAccount kontrolera admission. Atakujący mogą wykorzystać percent-encoded sekwencje traversal katalogów do tworzenia obiektów MutatingWebhookConfiguration w całym klastrze lub obiektów PolicyException w namespace kyverno, co umożliwia eskalację uprawnień do administratora klastra.

Wtyczka Request a Quote for WooCommerce do WordPressa do wersji 2.9.2 włącznie jest podatna na dowolne przesyłanie plików przez funkcję `afrfq_submit_quote_via_popup()`. Brak walidacji rozszerzenia pliku i typu MIME w handlerze przesyłania w oknie popup pozwala nieuwierzytelnionym atakującym na przesłanie plików wykonywalnych, takich jak PHP, do katalogu tymczasowego RFQ.

Podatność typu OS Command Injection w rozszerzeniu ExternalData dla MediaWiki wynika z niewłaściwej neutralizacji specjalnych elementów używanych w poleceniach systemu operacyjnego. Problem dotyczy wersji od początku istnienia rozszerzenia do wersji przed 3.7.

X-SpringBoot do wersji 6.0 zawiera zakodowany na stałe statyczny kod weryfikacyjny logowania głównego 172839, domyślnie włączony w seedzie bazy danych. Nieuwierzytelniony atakujący może zalogować się jako dowolny użytkownik, podając publiczny kod główny do endpointu emailOrMobileLogin ze znanym adresem e-mail lub numerem telefonu.

X-SpringBoot do wersji 6.0 zwraca kody weryfikacyjne logowania w odpowiedziach HTTP z nieuwierzytelnionych endpointów GET /sys/mobile/code i GET /sys/email/code, nie wysyłając ich do właścicieli kont. Atakujący może zażądać kodów dla znanych numerów telefonów lub adresów e-mail, odczytać je z odpowiedzi i zalogować się jako ofiary przez POST /sys/emailOrMobileLogin/login, przejmując konta.

W Zammad przed wersją 7.1.2, gdy włączone jest ustawienie "Automatic account link on initial logon", system wiąże tożsamość zewnętrznego dostawcy SSO z istniejącym kontem lokalnym na podstawie adresu e-mail raportowanego przez dostawcę, bez weryfikacji, że dostawca potwierdził własność tego adresu. Atakujący kontrolujący dowolną tożsamość u skonfigurowanego dostawcy (domyślnie m.in. dowolny tenant Azure AD przez rejestrację aplikacji Microsoft 365 /common) może ustawić e-mail tożsamości na adres ofiary, uwierzytelnić się i zostać zalogowanym jako ofiara, omijając jej lokalne hasło. Problem dotyczy wszystkich istniejących kont, w tym agentów i administratorów.

W GLPI od wersji 11.0.0 do 11.0.8 administrator formularzy może użyć importu formularza ze spreparowanym identyfikatorem ilustracji lub sceny, który wychodzi poza zamierzony katalog zasobów niestandardowych. Zaimportowany plik może zostać zapisany w wykonywalnej lokalizacji serwera, umożliwiając zdalne wywołanie złośliwego skryptu.

W RabbitMQ w wersjach od 4.2.0 do 4.2.8 i 4.3.2 funkcja set_token_auth/2 wstawiała token bearer z nagłówka Authorization lub ciasteczka access_token do JavaScriptu bootstrap OAuth bez escapowania. Pozwalało to na wykonanie kodu JavaScript w kontekście interfejsu zarządzania. Luka jest eksponowana przed uwierzytelnieniem tylko gdy management.oauth_enabled jest true, a ścieżka przez ciasteczko wymaga dodatkowo umieszczenia ciasteczka access_token na hoście zarządzania.

Przed wersjami 1.7.4 i 2.0.0-beta.4, dostawca OAuth Discord w FriendsOfFlarum nie weryfikuje pola 'verified' dla adresu e-mail przed przekazaniem go do rdzenia Flarum jako zaufanego. Umożliwia to nieuwierzytelnionemu atakującemu, znającemu adres e-mail ofiary, skonfigurowanie konta Discord z niezweryfikowanym adresem i zalogowanie się jako ofiara bez hasła.

W Piwigo do wersji 17.0.0beta1 włącznie, gdy ocenianie jest włączone, nieuwierzytelniony gość może wywołać pwg.images.filteredSearch.create z spreparowaną wartością ratings[] i otworzyć zwrócony URL wyszukiwania. Wartość nie jest walidowana i jest używana jako górna granica w zapytaniu SQL, co pozwala na ekstrakcję informacji z bazy danych lub opóźnienia czasowe.

W Piwigo przed wersją 16.4.0, admin/themes_standard_pages.php waliduje zawartość przesyłanego logo tylko po typie MIME, ale używa kontrolowanego przez atakującego rozszerzenia w nazwie pliku. Uwierzytelniony administrator może przesłać plik z rozszerzeniem wykonywalnym przez serwer, co prowadzi do wykonania kodu po umieszczeniu w katalogu logo.

W InvoicePlane przed wersją 1.7.2-rc-1, lista dozwolonych szablonów jest budowana na podstawie katalogu PHP, który może być zapisywany przez administratora. Złośliwy plik PHP umieszczony w tym katalogu jest automatycznie zaufany i może być wybrany jako publiczny szablon, a następnie wykonany podczas renderowania publicznej faktury.

Nieuwierzytelniony nadawca kalendarza może umieścić aktywny znacznik w adresie From w wiadomości COUNTER. Wybranie wiadomości w Zimbra Classic wyzwala przechowywany XSS, umożliwiając atakującemu dostęp do danych skrzynki i działanie jako ofiara.

Gdy OnlyOffice/Document Editing jest dostępne, nieuwierzytelniony zdalny atakujący z dostępem do istniejącego publicznego dokumentu Briefcase może nadużyć niepodpisanych pól save, aby przeprowadzić zapis poza katalogiem (path traversal) i wykonać polecenia jako użytkownik zimbra.

Nieuwierzytelniony nadawca może sfałszować powiadomienie o udostępnieniu, które wyzwala przechowywany XSS, gdy zalogowany odbiorca Zimbra Modern kliknie Akceptuj udostępnienie, umożliwiając atakującemu dostęp do danych skrzynki i działanie jako ofiara.

Nieuwierzytelniony nadawca może sfałszować powiadomienie o udostępnieniu, które wyzwala przechowywany XSS, gdy zalogowany odbiorca Zimbra Classic kliknie Akceptuj udostępnienie, umożliwiając atakującemu dostęp do danych skrzynki i działanie jako ofiara.

W jądrze Linux, w sterowniku RDMA/srpt, funkcja srpt_alloc_rw_ctxs() przy częściowym niepowodzeniu nie resetuje liczników n_rw_ctx i n_rdma oraz nie czyści wskaźnika rw_ctxs, co prowadzi do błędnego rozliczania kredytów kolejki wysyłania. Poprawka resetuje liczniki i czyści wskaźnik przed zwróceniem błędu.

W kitty od wersji 0.47.3 przed 0.49.0, obsługa kodów sterujących kolorami (colour control escape codes) nie neutralizuje nazw pól w odpowiedziach, co pozwala programowi piszącemu do terminala na wykonanie dowolnego polecenia w powłoce użytkownika. Atakujący może skomponować polecenie powłoki, wykorzystując znaki ASCII i znak nowej linii z handle_remote_ssh().

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.