Katalog podatności CVE

zstd-jni przed wersją 1.5.7-14 wykonuje 32-bitowe sprawdzenia granic ze znakiem na trzech natywnych metodach dotyczących rozmiaru ramki dla bezpośrednich buforów ByteBuffer, co pozwala na odczyt pamięci poza zakresem poprzez ujemne lub przepełnione offsety. Atakujący mogą podać ujemne wartości offsetów bliskie Integer.MIN_VALUE, aby odczytać nieodwzorowaną pamięć, powodując zakończenie działania JVM lub wyodrębniając dane o rozmiarze ramki z nieprzewidzianych lokalizacji pamięci.

t-digest w wersjach od 3.1 do 3.3 nie sprawdza średnich centroidów podczas deserializacji w MergingDigest.fromBytes, co pozwala atakującym na wstrzyknięcie wartości NaN, które omijają walidację. Atakujący mogą stworzyć złośliwe zserializowane digesty zawierające centroidy NaN, które pogarszają wydajność sortowania z O(n log n) do O(n^2), powodując poważne opóźnienia podczas operacji scalania.

Podatność nieprawidłowego przypisania uprawnień do krytycznego zasobu w Pardus LightDM Greeter firmy TÜBİTAK BİLGEM pozwala na wykorzystanie nieprawidłowo skonfigurowanych poziomów kontroli dostępu. Problem dotyczy wersji przed 0.4.15.

Wtyczka Rara One Click Demo Import dla WordPressa przed wersją 1.3.5 zawiera podatność arbitralnego przesyłania plików, która pozwala uwierzytelnionym atakującym z uprawnieniami Administratora na przesyłanie dowolnych plików PHP poprzez przekazanie fałszywej wartości do wp_handle_upload(), co wyłącza walidację typów plików w rdzeniu WordPressa dla wszystkich trzech parametrów plików w funkcji process_uploaded_files(). Atakujący mogą przesłać złośliwy plik PHP do katalogu uploads i wykonać go przez HTTP, osiągając zdalne wykonanie kodu w procesie serwera WWW, a przesłany plik pozostaje na dysku nawet po dezaktywacji wtyczki i nie pozostawia wpisu w bibliotece multimediów, co utrudnia standardowe kontrole integralności.

Pakiet npm "knowns" w wersjach <= 0.29.1 zawiera podatność path traversal w Document API. Funkcja cleanDocPath() nie neutralizuje sekwencji ../, a doc_store.go buduje ścieżkę docelową bez weryfikacji, czy znajduje się ona w katalogu dokumentów. W domyślnej konfiguracji (Management API bez uwierzytelniania, nasłuchujące na wszystkich interfejsach) zdalny nieuwierzytelniony atakujący może odczytywać, tworzyć, nadpisywać lub usuwać dowolne pliki .md oraz tworzyć katalogi na hoście. Podatność naprawiono w wersji 0.30.0.

Snipe-IT przed wersją 8.7.0 nie koduje znaków HTML w polu employee_num w generatorze PDF akceptacji, co pozwala atakującym z uprawnieniami users.edit na wstrzyknięcie tagów img do funkcji writeHTML() TCPDF. Atakujący może utworzyć złośliwą wartość employee_num zawierającą tag img z dowolnym adresem HTTP(S), co powoduje żądania po stronie serwera do wewnętrznych usług, punktów końcowych metadanych chmury lub zewnętrznych celów, gdy ofiara podpisze akceptację zasobu.

Snipe-IT przed wersją 8.7.0 nie sprawdza wielkości liter w nazwach użytkowników podczas uwierzytelniania SAML, co pozwala atakującym na uwierzytelnienie się jako inni użytkownicy poprzez rejestrację kont IdP z wariantami akcentów lub wielkości liter nazw ofiar. Atakujący mogą wykorzystać domyślną kolację bazy danych utf8mb4_unicode_ci, aby ominąć dopasowanie nazw użytkowników i przejąć konta przez ścieżki logowania federacyjnego, w tym SAML, LDAP i OAuth.

Snipe-IT przed wersją 8.7.0 nie stosuje middleware CheckUserIsActivated do grupy middleware 'api' w app/Http/Kernel.php, a dezaktywacja użytkownika nie unieważnia jego osobistych tokenów dostępu Passport. W rezultacie, mimo że dezaktywowane konto jest poprawnie odrzucane przy logowaniu przez web, jego istniejący token API nadal się uwierzytelnia i przyznaje dostęp do odczytu i zapisu do REST API (zasoby, użytkownicy, licencje itp.) na dotychczasowym poziomie uprawnień, aż do wygaśnięcia tokena. Dezaktywowane konto z uprawnieniami do zarządzania użytkownikami może samo się reaktywować przez API, trwale niwecząc kontrolę dezaktywacji.

Snipe-IT przed wersją 8.7.0 nie autoryzuje punktu końcowego POST /hardware/history, co pozwala każdemu uwierzytelnionemu użytkownikowi na ponowne przypisanie dowolnych zasobów i modyfikację dzienników audytu. Atakujący mogą przesłać plik CSV, aby przypisać zasoby między firmami i wstrzykiwać fałszywe wpisy do dziennika audytu, naruszając integralność inwentarza i odpowiedzialność.

Snipe-IT przed wersją 8.7.0 nieprawidłowo zabezpiecza trasy zarządzania klientami OAuth Laravel Passport, co pozwala każdemu uwierzytelnionemu użytkownikowi na rejestrację klientów OAuth z kontrolowanymi przez atakującego URI przekierowań. Atakujący mogą nakłonić administratorów do zatwierdzenia ekranów zgody, a następnie wymienić kody autoryzacyjne na tokeny Bearer z pełnymi uprawnieniami API administratora, ważnymi nawet przez 40 lat.

Snipe-IT przed wersją 8.7.0 nieprawidłowo sanityzuje składnię obrazów Markdown w polach notatek, co pozwala uwierzytelnionym użytkownikom na odczyt dowolnych plików serwera i wysyłanie żądań HTTP po stronie serwera. Atakujący mogą przesłać składnię obrazów Markdown w notatkach akceptacji, która przetrwa kodowanie HTML, jest rozwijana przez parser CommonMark i rozwiązywana przez laravel-mail-auto-embed za pomocą file_get_contents lub curl, co umożliwia eksfiltrację wrażliwych plików, takich jak .env zawierający APP_KEY.

Snipe-IT w wersjach do 8.6.3 (poprawione w 8.7.0) nie weryfikuje autoryzacji przypisania firmy przed zapisaniem rekordów użytkowników przez REST API. W Api\UsersController::store() i ::update() rekord użytkownika jest wypełniany z żądania i zapisywany przed filtrowaniem żądanych wartości company_id / company_ids[] względem firm dozwolonych dla aktora (Company::getIdsForCurrentUser()). W instalacjach z pełnym wsparciem wielu firm (FMCS), nie-superużytkownik z uprawnieniami users.create (lub users.edit na docelowym użytkowniku) może przesłać identyfikatory firm spoza swojego zakresu — w tym mieszankę dozwolonych i obcych identyfikatorów — co powoduje zapisanie wiersza konta w bazie danych przed sprawdzeniem autoryzacji. Gdy ustawione jest null_company_is_floater=1, filtr po fakcie pozostawia pusty pivot firmy, a konto jest zapisywane jako "floater" z widocznością między firmami, co pozwala na tworzenie lub przenoszenie kont użytkowników między granicami dzierżawców.

Snipe-IT przed wersją 8.7.0 nie sanityzuje pola tekstowego EULA kategorii przed renderowaniem go w wiadomościach e-mail potwierdzających wydanie. Atakujący z niskimi uprawnieniami mogą wstrzyknąć składnię obrazów Markdown lub surowe tagi HTML img wskazujące na lokalne pliki lub zdalne adresy URL, które biblioteka auto-embed w mailach rozwiązuje po stronie serwera i zwraca jako załączniki e-mail, co umożliwia eksfiltrację wrażliwych plików, takich jak dane uwierzytelniające .env, oraz ataki SSRF.

PocketMine-MP przed wersją 5.41.1 zawiera podatność na odmowę usługi w przetwarzaniu LoginPacket, gdzie duże lub złożone struktury w nieznanych właściwościach JWT clientData powodują nadmierne logowanie bez sanityzacji. Atakujący mogą wysyłać spreparowane LoginPackety z głęboko zagnieżdżonymi lub masywnymi strukturami obiektów, aby wywołać warunki braku pamięci i doprowadzić do awarii serwera.

PocketMine-MP przed wersją 5.43.1 nieprawidłowo waliduje pole Certificate podczas uwierzytelniania offline. Nieuwierzytelnieni gracze mogą wywołać błąd dostępu do niezainicjalizowanej właściwości, co powoduje awarię serwera.

Chainlit do wersji 2.12.0 nie waliduje parametru sessionId dostarczanego przez klienta socket.io, co pozwala nieuwierzytelnionym atakującym na manipulację ścieżkami plików poprzez wstrzykiwanie sekwencji ścieżek bezwzględnych lub względnych. Atakujący mogą tworzyć złośliwe wartości sessionId, które wychodzą poza katalog przesyłania i rekurencyjnie usuwać dowolne katalogi dostępne dla procesu usługi.

Dell SCG 5.0 Appliance przed wersją 5.36.00.16 oraz Dell SCG 5.0 Application przed wersją 5.36.00.00 zawierają podatność na użycie twardo zakodowanych poświadczeń. Nieuwierzytelniony atakujący z dostępem zdalnym może wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Dell SCG 5.0 Appliance przed wersją 5.36.00.16 oraz Dell SCG 5.0 Application przed wersją 5.36.00.00 zawierają podatność na użycie twardo zakodowanych poświadczeń. Nieuwierzytelniony atakujący z dostępem zdalnym może wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Dell SCG 5.0 Appliance przed wersją 5.36.00.16 oraz Dell SCG 5.0 Application przed wersją 5.36.00.00 zawierają podatność na użycie twardo zakodowanych poświadczeń. Nieuwierzytelniony atakujący z dostępem zdalnym może wykorzystać tę podatność, prowadząc do ujawnienia informacji.

VLC media player w wersjach od 3.0.0 do 3.0.23 zawiera podatność typu memory-safety, którą można wykorzystać podczas przetwarzania spreparowanych plików multimedialnych. Eksploatacja wymaga interakcji użytkownika i może doprowadzić do zakończenia działania aplikacji lub wykonania kodu z uprawnieniami procesu VLC.