Katalog podatności CVE

CVE zostało odrzucone — zostało wydane omyłkowo. Brak rzeczywistej podatności do opisania.

CVE zostało odrzucone — zostało wydane omyłkowo. Brak informacji o podatności.

W portalu rejestracji SNS występuje podatność Stored Cross-Site Scripting. Poprzez captive portal atakujący może wstrzyknąć skrypt XSS podczas żądania utworzenia certyfikatu dla użytkownika; złośliwy kod jest uruchamiany dopiero podczas walidacji przez administratora.

W portalu rejestracji SNS występuje podatność Stored Cross-Site Scripting. Poprzez captive portal atakujący może wstrzyknąć skrypt XSS podczas żądania utworzenia użytkownika; złośliwy kod jest uruchamiany dopiero podczas walidacji przez administratora.

W virtualenv przed wersją 21.14.9 funkcja download_wheel() zapisuje pobrane z indeksu pakiety bezpośrednio do współdzielonego cache wheel/house przed wybraniem celu weryfikacji z tekstowego wyjścia Saved pip. Przy włączonym porównaniu skrótów domyślnego indeksu kontrolowany indeks może wstrzyknąć mylącą linię Saved poprzez atrybut data-requires-python odrzuconego linku, co wymaga również znajomości bezwzględnej ścieżki do prawdziwego wbudowanego wheel.

W narzędziu virtualenv w wersjach od 21.14.8 do 21.14.10 mechanizm app-data seeder może pozostawić środowisko powiązane z tymczasowymi plikami pakietów, które virtualenv usuwa po zakończeniu tworzenia. Włączenie symlink_app_data przez zmienną środowiskową lub plik konfiguracyjny może wywołać ten stan, mimo że flaga wiersza poleceń jest wyłączona dla tymczasowych danych aplikacji. Powstałe środowisko zależy od ścieżki pamięci podręcznej, której właściciel już nie kontroluje. Problem naprawiono w wersji 21.14.10.

Cachet w wersjach 2.4.1 i wcześniejszych zawiera podatność typu stored Cross-Site Scripting (XSS) w formularzu tworzenia incydentu. Uwierzytelniony atakujący może wstrzyknąć złośliwy kod HTML/JavaScript, który wykona się w przeglądarce każdego użytkownika przeglądającego stronę statusu, co może prowadzić do kradzieży tokenów sesji i przejęcia konta. Poprawki wprowadzono w commitach 57b44a8bac0b250b0d5751e93e0349070d14606e i 23adbb88ffa819f92be4a905ff1d812670d980a2 w repozytorium cachethq/core.

W Argo CD od wersji 2.1.0 do 3.3.15, 3.4.10, 3.5.4 i 3.6.0-rc2, gdy operator włączył --enable-helm dla kustomize build, pole helmGlobals.configHome może wskazywać katalogi konfiguracji i danych Helm na lokalizację kontrolowaną przez repozytorium. Helm automatycznie ładuje wtyczkę downloadera z <configHome>/.data/plugins bez osobnego kroku instalacji i wykonuje jej program w argocd-repo-server, gdy URL repozytorium helmCharts używa protokołu wtyczki. Polecenie działa jako użytkownik repo-server i może odczytać poświadczenia repozytorium oraz inne dane dostępne dla procesu. Atakujący może zatwierdzić Kustomization i wtyczkę w repozytorium Git budowanym przez Application lub przesłać pliki przez POST /api/v1/applications/manifestsWithFiles, również udostępniane przez argocd app diff --local --server-side-generate. Ścieżka przesyłania wymaga jedynie uprawnienia Application get na istniejącym Application, bez uprawnień Application update lub sync ani dostępu do zapisu repozytorium. Obie ścieżki dostarczania wymagają wcześniejszego włączenia --enable-helm przez operatora; wdrożenia, które go nie włączają, nie są dotknięte. Kustomize 4.1.0 po raz pierwszy przekazało helmGlobals.configHome do Helm. Problem naprawiono w wersjach 3.3.15, 3.4.10, 3.5.4 i 3.6.0-rc2.

W Argo CD od wersji 2.7.0 do 3.3.15, 3.4.10, 3.5.4 i 3.6.0-rc2 Kustomize przekazuje wartości zapytań ref lub version z adresów URL zdalnych zasobów, baz lub komponentów do git fetch bez separatora końca opcji. Wartość rozpoczynająca się od myślnika może zostać zinterpretowana jako --upload-pack i wykonać polecenie w argocd-repo-server, gdy zdalne źródło używa transportu lokalnego, takiego jak file://. Git nie uruchamia dostarczonego polecenia dla zdalnego źródła https://. Transport lokalny nie opuszcza poda, więc blokowanie ruchu wychodzącego repo-server nie zapobiega wykonaniu. Polecenie działa jako użytkownik repo-server, może odczytać poświadczenia repozytorium i inne dane dostępne dla procesu oraz zwrócić dane wyjściowe przez błędy generowania manifestów. Atakujący może zatwierdzić Kustomization w repozytorium Git budowanym przez Application lub przesłać pliki przez POST /api/v1/applications/manifestsWithFiles, również udostępniane przez argocd app diff --local --server-side-generate. Ścieżka przesyłania wymaga jedynie uprawnienia Application get na istniejącym Application, bez uprawnień Application update lub sync ani dostępu do zapisu repozytorium. Kustomize 5.0.0 wprowadziło akceptację file://, podczas gdy 4.5.7 odrzuca ten transport; sama zamiana dotkniętego Kustomize na nowszą wersję nie naprawia brakującego separatora opcji. Problem naprawiono w wersjach 3.3.15, 3.4.10, 3.5.4 i 3.6.0-rc2.

W EspoCRM do wersji 9.3.10/10.0.10 wykryto podatność w funkcji ImageSourceProvider::get w pliku application/Espo/Tools/Pdf/Dompdf/ImageSourceProvider.php, w komponencie PDF Rendering Pipeline. Manipulacja argumentem ID prowadzi do obejścia autoryzacji. Atak można zainicjować zdalnie. Poprawka nosi nazwę 91a9edbcedb9c7aa8e3d3ac81d8a7acccb99bca2 i zaleca się jej zainstalowanie.

W MCP TypeScript SDK od wersji 1.24.0 do przed 1.32.0 eksperymentalna funkcja tasks (taskStore) nie sprawdzała, która sesja utworzyła zadanie. Klienci współdzielący jeden InMemoryTaskStore mogli wyświetlać, odczytywać i anulować zadania innych klientów.

W ekranie monitorowania logów SNS VPN występuje podatność typu Stored Cross-Site Scripting (XSS). Złośliwe dane zapisane w logach mogą zostać wykonane jako skrypt w przeglądarce użytkownika przeglądającego ten ekran.

Acrobat for Edge jest podatny na zapis poza granicami bufora (out-of-bounds write), który może prowadzić do wykonania dowolnego kodu w kontekście bieżącego użytkownika. Wykorzystanie wymaga interakcji użytkownika — ofiara musi otworzyć złośliwy plik.

Acrobat for Edge jest podatny na podatność typu out-of-bounds read, która może prowadzić do ujawnienia wrażliwych danych z pamięci. Atakujący może wykorzystać tę podatność do ujawnienia informacji. Eksploatacja wymaga interakcji użytkownika — ofiara musi odwiedzić złośliwie spreparowany URL lub wejść w interakcję ze zainfekowaną stroną internetową.

Firmware Wavlink WL-WN530BE1-A do wersji M30BE1_V251117 zawiera podatność na wstrzyknięcie poleceń systemu operacyjnego w funkcji sub_23B54 binarki ioos, która przekazuje nieoczyszczony parametr file_id żądań /protocol.csp?opt=ovpn_file z type=del do popen(). Zdalny nieuwierzytelniony atakujący może wysłać sfałszowany nagłówek IP-FROM: 127.0.0.1, aby ominąć logowanie i wykonać dowolne polecenia jako root.

W ApostropheCMS przed wersją 4.33.0 (oraz import-export przed 3.7.0) trasy importu wywołują bigUploadMiddleware bez wczesnego callbacku autoryzacji. Nieuwierzytelnione żądania mogą wykonać inicjalizację uploadu, zapis chunków, przetwarzanie tymczasowe i zadeklarowane przez atakującego sprzątanie, zanim późniejsza kontrola użytkownika odrzuci import.

ApostropheCMS przed wersją 4.33.0 ma endpoint samoobsługowej zmiany hasła, który weryfikuje bieżące hasło, ale nie korzysta z mechanizmu licznika nieudanych prób, ograniczania, opóźnienia ani blokady modułu logowania. Atakujący z ważną uwierzytelnioną sesją może wielokrotnie zgadywać bieżące hasło bez otrzymania blokady lub ograniczenia. Problem naprawiono w wersji 4.33.0.

W Argo CD od wersji 0.9.0 do 3.3.15, 3.4.10, 3.5.4 i 3.6.0-rc2 repo-server przetwarza pliki .jsonnet za pomocą importera, który nie ogranicza import, importstr ani importbin do katalogu głównego repozytorium. Ścieżki bezwzględne, przechodzenie do katalogu nadrzędnego i dowiązania symboliczne w repozytorium mogą otworzyć dowolny plik czytelny dla repo-server, w tym /proc/self/environ, tokeny konta usługi, zamontowane klucze prywatne i poświadczenia repozytorium. Chociaż wygenerowane Secrets są redagowane, umieszczenie zaimportowanej zawartości w ConfigMap zwraca dane do wywołującego. Użycie importstr na urządzeniu, które nie kończy się, takim jak /dev/zero, może wyczerpać pamięć repo-server. Atakujący może zatwierdzić plik .jsonnet w repozytorium Git używanym przez Application lub przesłać plik przez POST /api/v1/applications/manifestsWithFiles, również udostępniane przez argocd app diff --local --server-side-generate. Aplikacje katalogowe oceniają każdy plik .jsonnet w katalogu aplikacji. Ścieżka przesyłania wymaga jedynie uprawnienia Application get na istniejącym Application katalogowym, bez uprawnień Application update lub sync ani dostępu do zapisu repozytorium. Problem naprawiono w wersjach 3.3.15, 3.4.10, 3.5.4 i 3.6.0-rc2.

W ApostropheCMS, w wersjach AI helper od 1.0.0-beta.10 do 1.0.0-beta.13, redaktor z uprawnieniem do generowania obrazów może utworzyć rekord obrazu wygenerowanego w base64 bez zapisanego URL dostawcy i wywołać akceptację obrazu w instalacji korzystającej z lokalnego magazynu względnego bez zaufanego globalnego bazowego URL. Serwer rozwiązuje stałą ścieżkę uploads względem pochodzenia opartego na nagłówku Host kontrolowanym przez żądanie, umożliwiając ograniczone żądania po stronie serwera do hosta, portu i origin HTTP wybranych przez atakującego, ale nie pobieranie dowolnych ścieżek ani konfiguracji z zapisanym dostawcą i magazynem absolutnym. Problem naprawiono w AI helper 1.0.0-beta.13.

ApostropheCMS przed wersją 4.33.0 ma w rdzeniowym REST API stron odczyt pełnych dokumentów stron z .permission(false) w getOne oraz w zrzucie drzewa all=1, co omija sprawdzenia viewRole typu strony, visibility: private i visibility: loginRequired. Nieuwierzytelnieni odwiedzający i kontrybutorzy o niskich uprawnieniach mogą odczytać treść stron przeznaczonych tylko dla administratorów i niepublicznych za pomocą _id/slug. Problem naprawiono w wersji 4.33.0.