Katalog podatności CVE

Ech0 przed wersją 4.5.1 zawiera podatność na obejście autoryzacji, gdzie tokeny sesji pomijają walidację zakresu w oprogramowaniu pośrednim RequireScopes, umożliwiając zalogowanym nie-administratorom dostęp do punktów końcowych administratora. Atakujący mogą czytać logi systemowe, statystyki odwiedzin, e-maile użytkowników i subskrybować na żywo logi WebSocket, wysyłając uwierzytelnione tokeny sesji do niechronionych punktów końcowych.

Ech0 przed wersją 4.7.3 nie unieważnia poprawnie tokenów dostępu utworzonych z opcją nigdy nie wygasają, umożliwiając atakującym utrzymanie ciągłego uwierzytelnionego dostępu po kradzieży tokena. Trzy niezależne mechanizmy unieważniania zawodzą: wylogowanie powoduje panikę przy polu ExpiresAt równym nil, RevokeToken pomija, gdy remainTTL wynosi zero, a usunięcie przez administratora nie umieszcza JTI na czarnej liście, pozostawiając skradzione tokeny kryptograficznie ważne aż do rotacji sekretu JWT.

Ech0 przed wersją 4.7.3 zawiera podatność na trwały cross-site scripting (XSS) w publicznym kanale RSS, gdzie nazwy tagów i treść markdown są renderowane bez escapowania HTML. Atakujący z uprawnieniami administratora mogą wstrzyknąć złośliwe nazwy tagów lub surowy HTML w treści echa, który wykonuje się jako JavaScript w czytnikach RSS renderujących podsumowania typu HTML, co dotyka anonimowych subskrybentów i innych użytkowników.

Ech0 do wersji 4.5.6 zawiera podatność w walidacji URI przekierowania OAuth w funkcji parseAndValidateClientRedirect (internal/service/auth/auth.go), która porównuje tylko schemat i host URI redirect_uri dostarczonego przez klienta z listą dozwoloną skonfigurowaną przez administratora, ignorując ścieżkę, zapytanie i fragment. redirect_uri jest osadzane w podpisanym JWT stanu podczas logowania bez walidacji. Atakujący może skonstruować redirect_uri, którego host pasuje do dozwolonego pochodzenia, ale ścieżka jest kontrolowana przez atakującego; po wymianie OAuth ofiara jest przekierowywana na tę ścieżkę z jednorazowym kodem wymiany w ciągu zapytania. Jeśli kod wycieknie (np. przez Referer, analitykę lub otwarte przekierowanie na tym hoście), atakujący może go wymienić na publicznym punkcie końcowym POST /api/auth/exchange na tokeny dostępu i odświeżania ofiary. Poprawiono w wersji 4.7.3.

Ech0 do wersji 4.5.6 rejestruje endpoint PUT /api/echo/like/:id w publicznej grupie routerów bez uwierzytelniania i ograniczeń tempa. Nieuwierzytelnieni atakujący mogą zwiększać licznik fav_count dowolnego echa (w tym prywatnych) poprzez podanie jego UUID, które można zebrać z publicznego kanału GET /api/echo/page. Powtarzane żądania są akceptowane bez deduplikacji, każde wywołuje zapis do bazy danych i unieważnienie czterech kluczy pamięci podręcznej, co pozwala atakującym zawyżać wskaźniki popularności i zwiększać obciążenie bazy danych i pamięci podręcznej. Naprawione w wersji 4.7.3.

Wersje Ech0 przed 4.7.3 ujawniają adresy e-mail komentatorów-gości poprzez publiczne endpointy API z powodu nieprawidłowych tagów serializacji JSON w modelu Comment. Nieuwierzytelnieni atakujący mogą zebrać wszystkie e-maile komentatorów, wywołując endpointy /api/comments i /api/comments/public bez uwierzytelnienia.

Ech0 przed wersją 4.7.3 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w funkcji fetchPeerConnectInfo, która używa niezweryfikowanych żądań HTTP zamiast bezpiecznych metod z walidacją URL. Uwierzytelnieni atakujący mogą podać dowolne adresy URL, aby uzyskać dostęp do wewnętrznych usług i punktów końcowych metadanych chmury, wyzwalając kontrole stanu połączenia lub operacje połączenia peer.

Ech0 przed wersją 5.0.1 nie nakłada żadnych ograniczeń na rozmiar lub kształt nagłówka Accept-Language przetwarzanego przez oprogramowanie pośrednie i18n, które działa na każdym żądaniu HTTP. Nagłówek jest przekazywany bez filtrowania do NewLocalizer z go-i18n, który wewnętrznie wywołuje golang.org/x/text/language.ParseAcceptLanguage. Obejście CVE-2022-32149 w x/text ogranicza znaki '-', ale nie znaki '_', które parser aliasuje do '-', umożliwiając wyzwolenie parsowania o złożoności kwadratowej przy użyciu dużego nagłówka (do domyślnego 1 MiB Go) zbudowanego z separatorów podkreślenia. Nieuwierzytelniony atakujący może wysyłać takie żądania, aby zużywać około 1,5 sekundy CPU każde, a równoczesne żądania mogą nasycić serwer wielordzeniowy (odmowa usługi).

NLTK przed wersją 3.10.3 zawiera podatność na zdalne wykonanie kodu w loaderach pickle, które ufają całym przestrzeniom nazw modułów zamiast konkretnym bezpiecznym funkcjom. Atakujący mogą stworzyć złośliwe ładunki pickle, które wywołują niebezpieczne funkcje, takie jak ReppTokenizer._execute czy numpy.f2py.crackfortran.myeval, podczas ładowania modeli lub artefaktów tokenizera.

Podatność w oprogramowaniu liketrek TREK do wersji 3.0.22. Funkcja journeyService.updateEntry w pliku server/src/nest/journey/journey.controller.t jest podatna na wstrzyknięcie SQL. Atak może być przeprowadzony zdalnie. Aktualizacja do wersji 3.1.0 rozwiązuje problem.

vLLM przed wersją 0.27.0 nieprawidłowo klasyfikuje DeepStream jako backend GPU i pomija egzekwowanie limitów pikseli w ścieżce dekodowania. Nieuwierzytelnieni atakujący mogą aktywować DeepStream w czasie żądania, inicjalizując procesowy pulę GPU do dekodowania i przesyłając wideo, które omija kontrolę zasobów, powodując częściową odmowę usługi dla równoczesnych żądań.

Rozszerzenie YOOtheme Pro dla Joomla w wersjach 1.0.0-5.0.41 ma brak kontroli dostępu, co pozwala użytkownikom z uprawnieniami edycji szablonów (com_template) na dostęp do informacji o dowolnych modułach bez wymaganych uprawnień com_modules. Jest to ujawnienie informacji dla uwierzytelnionych, uprzywilejowanych użytkowników.

Rozszerzenie Joomla - yootheme.com - Uwierzytelnione, uprzywilejowane przechowywane XSS w YOOtheme Pro 1.0.0-5.0.41 - Brak escapowania w niestandardowym polu lokalizacji prowadzi do wektora XSS.

Wtyczka Media Sweep – WordPress Media Cleaner do wersji 1.1.3 jest podatna na ogólne wstrzyknięcie SQL przez parametr 'fields'. Brak odpowiedniego escapowania i przygotowania zapytania SQL pozwala uwierzytelnionym atakującym z uprawnieniami administratora na dołączanie dodatkowych zapytań SQL, co może prowadzić do wyciągnięcia wrażliwych informacji z bazy danych.

Wtyczka ShopEngine dla WordPressa do WooCommerce jest podatna na eskalację uprawnień w wersjach do 4.9.4 włącznie. Funkcja `rum_importer()` jest zarejestrowana na haku `import_start` bez odpowiedniej kontroli uprawnień, co pozwala uwierzytelnionym atakującym z dostępem na poziomie Shop Managera na zapis dowolnych opcji WordPressa, w tym ustawienie `users_can_register` na 1 i `default_role` na administratora, co umożliwia rejestrację kont administratora i przejęcie całej witryny.

Wtyczka Newsletters dla WordPress do wersji 4.17 jest podatna na obejście autoryzacji. Uwierzytelnieni atakujący z uprawnieniami autora i wyższymi mogą wysyłać dowolne newslettery do użytkowników dowolnej roli, w tym administratorów, poprzez sfałszowanie pól POST podczas normalnego przesyłania posta. Atakujący może przekazać slug roli przez pole newsletters_mailinglistsroles, co pozwala na nieautoryzowane masowe wysyłki i potencjalny phishing.

W WatchGuard Agent występuje problem z uwierzytelnianiem, który pozwala nieuwierzytelnionemu atakującemu z dostępem sieciowym na wykonanie dowolnego kodu z podwyższonymi uprawnieniami.

W WatchGuard Agent występuje podatność na przechodzenie po ścieżkach (path traversal), która pozwala zdalnemu, nieuwierzytelnionemu atakującemu w sąsiedniej sieci na wykonanie dowolnego kodu na zaatakowanym systemie.

Wtyczka All-in-One WP Migration and Backup dla WordPressa jest podatna na iniekcję SQL w funkcji przywracania archiwum w wersjach do 7.109 włącznie, z powodu niewystarczającego escapowania parametrów i braku przygotowania zapytań. Umożliwia to nieuwierzytelnionym atakującym dołączanie dodatkowych zapytań SQL, co może prowadzić do wyodrębnienia wrażliwych informacji z bazy danych, w tym klucza `ai1wm_secret_key`, a następnie do zdalnego wykonania kodu.

Wtyczka Ultimate Member dla WordPress do wersji 2.12.1 jest podatna na przechowywane Cross-Site Scripting (XSS) przez pole profilu Textarea z obsługą HTML (DOM Gadget przez atrybut id). Brak odpowiedniej sanityzacji wejścia i escapowania wyjścia pozwala uwierzytelnionym atakującym z uprawnieniami subskrybenta i wyższymi na wstrzyknięcie dowolnych skryptów, które wykonają się przy dostępie do zainfekowanej strony.