Katalog podatności CVE

mport, menedżer pakietów MidnightBSD, przed wersją 2.7.8 obsługiwał zasoby katalogowe (ASSET_DIR lub ASSET_DIR_OWNER_MODE) w libmport/bundle_read_install_pkg.c przy użyciu operacji opartych na ścieżkach, takich jak mport_mkdirp(), zmiany właściciela i uprawnień. Lokalny atakujący, mający możliwość modyfikacji części drzewa instalacyjnego, mógł wykorzystać nawigację po ścieżkach (dot-dot) lub podstawić dowiązania symboliczne podczas uprzywilejowanej instalacji pakietu, powodując tworzenie katalogów lub zmiany atrybutów poza zamierzonymi katalogami pakietu.

mport, menedżer pakietów MidnightBSD, przed wersją 2.7.8 akceptował adresy URL repozytoriów i mirrorów pakietów bez wymuszenia HTTPS w funkcjach mport_fetch_index(), mport_fetch_bootstrap_index() i mport_fetch_bundle() w libmport/fetch.c. Gdy skonfigurowano lub zwrócono adres URL w postaci czystego tekstu, atakujący w sieci mógł manipulować ruchem pobierania indeksu pakietów lub pakietów, co mogło naruszyć wybór pakietów lub ich integralność.

mport, menedżer pakietów MidnightBSD, przed wersją 2.7.8 w funkcji create_sample_file() w libmport/bundle_read_install_pkg.c nie ograniczał bezwzględnych ścieżek źródłowych i docelowych z dyrektywy manifestu sample-file do katalogu mport->root. Złośliwy lub nieprawidłowy manifest pakietu mógł skierować uprzywilejowane operacje na pliki przykładowe do kopiowania lub zapisu poza skonfigurowanym katalogiem instalacyjnym, naruszając integralność lokalnego systemu plików.

mport, menedżer pakietów MidnightBSD, przed wersją 2.7.8 nie przeprowadzał kontroli wstępnej dla przychodzących zasobów niebędących katalogami, które już istniały na dysku. Logika w libmport/check_preconditions.c, libmport/install_primative.c i libmport/mport_private.h nie stosowała MPORT_PRECHECK_FILE_CONFLICTS, więc spreparowany lub konfliktowy pakiet mógł nadpisać plik należący do innego pakietu lub niezarządzany przez mport. Kontrola jest pomijana tylko wtedy, gdy operator jawnie włączy mport->force.

mport, menedżer pakietów MidnightBSD, przed wersją 2.7.8 w funkcji do_actual_install() w libmport/bundle_read_install_pkg.c używał operacji opartych na ścieżkach, takich jak lstat(), chown(), stat() i chmod(), podczas instalowania plików pakietu. Lokalny atakujący z prawem zapisu do katalogu docelowego mógł podmienić sprawdzany plik na dowiązanie symboliczne przed zastosowaniem uprzywilejowanych zmian właściciela lub trybu, przekierowując te zmiany na wybraną przez siebie ścieżkę i naruszając integralność systemu plików lub uprawnień.

mport, menedżer pakietów MidnightBSD, przed wersją 2.7.8 wykonywał uprzywilejowane operacje pobierania i czyszczenia pamięci podręcznej z użyciem podatnych na wyścigi operacji na ścieżkach w wielu plikach, takich jak libmport/fetch.c, libmport/clean.c, libmport/util.c, libmport/bundle_read_install_pkg.c, libmport/delete_primative.c i libexec/mport.create/mport.create.c. Lokalny atakujący z prawem zapisu do katalogu pamięci podręcznej lub ścieżki staging mógł wykorzystać wyścig między sprawdzeniem ścieżki a operacją zastąpienia, aby przekierować pobieranie pakietów, czyszczenie lub efekty uboczne instalacji poza zamierzoną pamięć podręczną. Dodatkowo, ścieżki pomocnicze używały wywołań w formie powłoki, co zwiększało ryzyko interpretacji argumentów.

BlueKitchen BTstack do wersji 1.8.2 nie weryfikuje liczby punktów końcowych zgłoszonych przez urządzenie względem rozmiaru tablicy podczas odkrywania punktów końcowych strumienia A2DP. Sparowane urządzenie może wysłać odpowiedź AVDTP DISCOVER z większą liczbą punktów końcowych niż mieści się w stałej tablicy, co powoduje zapisy poza zakresem, które uszkadzają sąsiednie obiekty statyczne i powodują awarię procesu lub przerwanie dostarczania zdarzeń.

RAGFlow do wersji 0.27.2 zawiera podatność na path traversal w endpointach dev_insert_chunks_from_file i dev_insert_metadata_from_file, która pozwala uwierzytelnionym atakującym na odczyt dowolnych plików poprzez podanie bezwzględnych ścieżek w parametrze file_path. Atakujący z ważnymi tokenami dostępu mogą wykorzystać brak walidacji ścieżek do odczytu dowolnych plików dostępnych dla usługi, przy czym ujawnienie jest ograniczone do plików pasujących do oczekiwanych struktur JSON, które są następnie zapisywane do zbiorów danych.

Wykryto podatność w vgmstream. Dotkniętym elementem jest funkcja init_vgmstream_awb_memory w pliku src/meta/awb.c komponentu parsera AWB. Taka manipulacja prowadzi do dzielenia przez zero. Atak może być wykonany zdalnie. Nazwa poprawki to ae37662ad626254ddd96ad69ac263792d7a92024. Należy zastosować poprawkę, aby rozwiązać ten problem.

Podatność w pgAdmin 4 dotyczy narzędzi Restore i Maintenance, które przekazują pole 'database' bezpośrednio jako argument --dbname do pg_restore i psql. Wartość zawierająca znak równości jest rozwijana przez libpq do pełnego ciągu połączenia, co pozwala na przekierowanie połączenia na serwer wybrany przez atakującego. W wyniku tego może dojść do ujawnienia odszyfrowanego hasła bazy danych oraz możliwości nawiązywania połączeń wychodzących z hosta pgAdmin do dowolnych adresów sieciowych.

W pgAdmin 4 endpoint save_file w File Managerze sprawdzał uprawnienia do ścieżki za pomocą Filemanager.check_access_permission(), a następnie otwierał plik do zapisu zwykłym wywołaniem open(), bez flagi O_NOFOLLOW. W efekcie, jeśli w oknie czasowym między sprawdzeniem a zapisem podmieniono ostatni element ścieżki na dowiązanie symboliczne, zapis podążał za tym dowiązaniem i mógł utworzyć lub nadpisać dowolny plik z uprawnieniami konta systemowego pgAdmin. Luka dotyczy wersji pgAdmin 4 od wprowadzenia sprawdzania zawartości w ścieżce zapisu File Managera do wersji 9.18.

Soup Sieve to biblioteka selektorów CSS przeznaczona do użycia z Beautiful Soup 4. Przed wersją 2.9 parser selektorów w src/soupsieve/css_parser.py definiuje IDENTIFIER z sąsiadującymi grupami ilościowymi na nakładających się klasach znaków, a VALUE osadza IDENTIFIER dla selektorów atrybutów. Gdy selektor kontrolowany przez atakującego zawiera długi identyfikator lub niecytowany ciąg wartości atrybutu, po którym następuje dane wejściowe powodujące niepowodzenie ogólnego dopasowania, silnik wyrażeń regularnych przeszukuje kwadratowo wiele podziałów między nakładającymi się grupami. Selektory kontrolowane przez użytkownika mogą dotrzeć do tej ścieżki przez soupsieve.compile(), soupsieve.select() lub BeautifulSoup.select(), podczas gdy aplikacje używające tylko zakodowanych na stałe selektorów nie są dotknięte. Wynikające z tego zużycie CPU może utrzymać GIL Pythona, wyczerpać pracowników aplikacji i zatrzymać usługę; udane dopasowania zwykłych identyfikatorów są liniowe, a problem nie powoduje uszkodzenia pamięci ani wykonania kodu. Problem został naprawiony w wersji 2.9.

Soup Sieve to biblioteka selektorów CSS przeznaczona do użycia z Beautiful Soup 4. Przed wersją 2.9, selector_iter w src/soupsieve/css_parser.py przycina surowy selektor za pomocą RE_WS_END, wyrażenia kończącego się na WSC (białe znaki i komentarze) używanego z search(), więc silnik wyrażeń regularnych ponawia zachłanne skanowanie przy każdej pozycji początkowej. Selektor kontrolowany przez atakującego zawierający długi ciąg białych znaków wewnętrznych lub selektor zawierający długi ciąg komentarzy CSS, po którym następuje inny token, powoduje kwadratowe obciążenie CPU przed tokenizacją. Selektory kontrolowane przez użytkownika mogą dotrzeć do ścieżki przez soupsieve.compile() i BeautifulSoup.select(), podczas gdy aplikacje używające tylko zakodowanych na stałe selektorów nie są dotknięte. Ta przyczyna źródłowa jest oddzielona od podatności na cofanie się IDENTIFIER i VALUE, ponieważ koszt występuje w RE_WS_END.search podczas przycinania, a nie podczas dopasowywania tokenów. Wynikające z tego zużycie CPU może utrzymać GIL Pythona, wyczerpać pracowników i zatrzymać usługę bez powodowania uszkodzenia pamięci lub wykonania kodu. Problem został naprawiony w wersji 2.9.

Biblioteka AsyncHttpClient (AHC) umożliwia aplikacjom Java łatwe wykonywanie żądań HTTP i asynchroniczne przetwarzanie odpowiedzi HTTP. Od wersji 3.0.8 do 3.0.12, klient z ustawionym maxConnections lub maxConnectionsPerHost powyżej zera wycieka jeden permit połączenia, gdy ustanowienie połączenia TLS nie powiedzie się przed zakończeniem uzgadniania. NettyConnectListener usuwa permit partitionKeyLock z NettyResponseFuture przed każdą ścieżką błędu, która jest powiązana z closeFuture kanału, więc przerwanie może pozostawić permit niezwolniony. Powtarzające się błędy mogą trwale zablokować jeden host przy limicie per-host lub wyczerpać wspólną pulę przy limicie globalnym, blokując późniejsze żądania nawet gdy żadne połączenie nie pozostaje otwarte. Domyślne ustawienie nieograniczonej liczby połączeń nie jest dotknięte. Problem został naprawiony w wersji 3.0.12.

Biblioteka AsyncHttpClient (AHC) umożliwia aplikacjom Java łatwe wykonywanie żądań HTTP i asynchroniczne przetwarzanie odpowiedzi HTTP. Od wersji 2.14.5 do 2.16.0 oraz od 3.0.9 do 3.0.11, klient skonfigurowany z globalnym Realm i podążaniem za przekierowaniami może ujawnić poświadczenia po przekierowaniu między domenami, ponieważ ścieżka uwierzytelniania Interceptors wraca do konfiguracji klienta po tym, jak obsługa przekierowań wyczyści realm dla bieżącej wymiany. Jeśli cel kontrolowany przez atakującego zwróci 401, klient może wysłać poświadczenia Basic lub Digest lub token Negotiate lub NTLM do tego źródła. Realm dla poszczególnych żądań są usuwane poprawnie, a ten problem jest resztkowym obejściem wcześniejszych poprawek usuwających poświadczenia między domenami. Problem został naprawiony w wersjach 2.16.1 i 3.0.12.

Steeltoe to projekt open source dostarczający zestaw bibliotek pomagających użytkownikom w budowaniu aplikacji natywnych dla chmury. Przed wersją 4.3.0, wdrożenia Steeltoe.Security.Authorization.Certificate korzystające z AddOrgAndSpacePolicies() i UseCertificateAuthorization() ufają publicznemu certyfikatowi dostarczonemu w nagłówku X-Client-Cert bez dowodu posiadania odpowiadającego klucza prywatnego. Typowe routery Cloud Foundry nie usuwają tego nagłówka z przychodzących żądań. Gdy przychodzące żądania nie są ograniczone do znanego zaufanego adresu IP proxy, atakujący, który uzyska publiczny certyfikat instancji aplikacji w docelowej organizacji lub przestrzeni i może dotrzeć do aplikacji, może sfałszować X-Client-Cert, aby ominąć polityki SameOrg i SameSpace na okres ważności certyfikatu. Problem został naprawiony w wersji 4.3.0.

Wykryto usterkę w libxml2. Lokalny użytkownik lub atakujący dostarczający specjalnie spreparowany katalog XML może wywołać dereferencję wskaźnika NULL podczas parsowania katalogu XML. Dzieje się tak, gdy element `nextCatalog` nie ma wymaganego atrybutu `catalog`, co prowadzi do awarii aplikacji i powoduje Denial of Service (DoS).

W bibliotece Steeltoe przed wersją 4.3.0 endpoint /actuator/httpexchanges maskuje jedynie informacje o użytkowniku w URI, ale nie sprawdza ciągów zapytań. Gdy włączona jest opcja IncludeQueryString, odpowiedź może ujawnić tokeny OAuth, tokeny resetowania hasła, sygnatury URL, klucze API i inne sekrety z wcześniejszego ruchu. Dodatkowo logger DEBUG tego endpointu również zapisuje te URI, tworząc drugi kanał wycieku.

W vgmstream do wersji r2117 funkcja vadpcm_read_coefs_be w pliku src/coding/vadpcm_decoder.c (komponent parsera EA SCHl) niepoprawnie przetwarza argument entry/entries, co prowadzi do zapisu poza granicami bufora. Podatność może być wykorzystana zdalnie. Dostępna jest poprawka o nazwie ae37662ad626254ddd96ad69ac263792d7a92024.

W Sanic w wersji 25.12.0 obsługa chunked-body w HTTP/1.1 nie zużywa w pełni części trailer po kończącym chunku zerowym przed ponownym użyciem bufora połączenia keep-alive. Zdalny, nieuwierzytelniony klient może umieścić kontrolowane bajty w obszarze trailer, które Sanic zinterpretuje jako ukryte drugie żądanie. Umożliwia to przemyt żądań HTTP (request smuggling), gdy Sanic działa za pośrednikami.