Katalog podatności CVE

Brak walidacji podpisu w tokenach JWT w Otalio Ship Property Management System przed wersją 2.22.0 pozwala uwierzytelnionym atakującym na eskalację uprawnień poprzez manipulację tokenami JWT.

Podatność obejścia uwierzytelniania w EPSON EH-TW5350 (wersja 150075647YWWV110) pozwala zdalnemu złośliwemu użytkownikowi spowodować odmowę usługi poprzez specjalnie spreparowaną serię żądań HTTP.

Agenci Kraken nie weryfikują pobranych peer-to-peer blobów względem żądanego skrótu SHA-256 przed zapisaniem do pamięci podręcznej, polegając tylko na sumach kontrolnych CRC32. Atakujący mogą podmienić zawartość, zatruwając pamięć podręczną złośliwymi warstwami obrazów kontenerów lub manifestami, które są następnie wykonywane przez inne hosty.

Context7 do wersji 2.1.2 zawiera podatność na wstrzykiwanie promptów, która pozwala atakującym wykonywać złośliwe instrukcje w podłączonych agentach AI poprzez wstrzyknięcie niezdezynfekowanej treści przez funkcję Custom AI Instructions serwowaną przez serwer MCP. Atakujący mogą wykraść poświadczenia z plików środowiskowych i usunąć pliki na maszynie ofiary.

Wazuh 4.4.0 przed wersją 4.14.7 zawiera podatność na odmowę usługi w funkcji fdecompress_files() w cluster.py. Uwierzytelnieni członkowie klastra mogą wyczerpać pamięć, dostarczając złośliwe archiwum synchronizacji bez ograniczeń rozmiaru po dekompresji. Atakujący z ważnym kluczem Fernet może przesłać małe, mocno skompresowane archiwum zip bomb, które zmusza wazuh-clusterd na węźle głównym do dekompresji pełnej zawartości do pamięci, powodując wyczerpanie pamięci i przerwanie usługi.

Wazuh 4.0.0 do 4.14.6 zawiera podatność na przechodzenie po ścieżkach, która pozwala uwierzytelnionym węzłom klastra na usuwanie zawartości dowolnych katalogów poprzez podanie nazwy węzła zawierającej sekwencje przechodzenia w ładunku hello klastra bez walidacji. Atakujący posiadający ważny klucz Fernet klastra może stworzyć złośliwą nazwę węzła i rozłączyć się, wyzwalając procedurę czyszczenia peerów przez master, co usuwa zawartość katalogów w ścieżce instalacji Wazuh zapisywalnej przez użytkownika wazuh.

Wazuh 4.0.0 do 4.14.7 oraz 5.0.0-beta2 zawierają podatność na odmowę usługi, która pozwala uwierzytelnionym atakującym z włączoną opcją allow_run_as na wyczerpanie zasobów CPU poprzez przesyłanie arbitralnie głęboko zagnieżdżonych struktur JSON do punktu końcowego POST /security/user/authenticate/run_as. Atakujący mogą wielokrotnie przesyłać nieprawidłowe ciała auth_context z nieograniczoną głębokością zagnieżdżenia, powodując nadmierne zużycie CPU przez framework API i odmowę usługi dla innych konsumentów API.

Wazuh 4.0.0 przed 4.14.6 zawiera podatność typu path traversal, która pozwala nieuwierzytelnionym zdalnym atakującym na spowodowanie odmowy usługi poprzez rejestrację agenta z nazwą zawierającą sekwencję kropek, np. "..", przez port rejestracji. Atakujący wykorzystują niewystarczającą walidację w OS_IsValidName() i niebezpieczną konkatenację ścieżek w delete_diff(), co prowadzi do usunięcia podkatalogów katalogu kolejki i zatrzymania wszystkich usług Wazuh.

kin-openapi, projekt Go do obsługi plików OpenAPI, w wersjach od 0.2.0 do 0.144.0 zawiera podatność na odmowę usługi przez wyłuskanie pustego wskaźnika w funkcji openapi3filter.ValidateRequest, gdy operacja deklaruje parametr treści z typem application/json bez schematu. Pojedyncze nieuwierzytelnione żądanie z wartością parametru może spowodować panikę walidacji żądania, prowadząc do przerwania żądania i wzrostu logów w typowej ścieżce synchronicznej net/http lub pełnego awarii procesu w integracjach bez mechanizmu odzyskiwania. Problem naprawiono w wersji 0.144.0.

Interpretacja niezaufanych danych wejściowych w silniku szablonów w GBIF Integrated Publishing Toolkit przed wersją 3.3.4 pozwala zdalnym uwierzytelnionym atakującym na dostęp do plików i stanu serwera poprzez wstrzyknięcie szablonu.

Brak uwierzytelnienia w funkcji początkowej konfiguracji, która pozostaje odsłonięta do pierwszego restartu, w GBIF Integrated Publishing Toolkit przed wersją 3.3.4 pozwala zdalnym uwierzytelnionym atakującym uzyskać kontrolę administracyjną poprzez obejście uwierzytelnienia.

Brak uwierzytelnienia w funkcji początkowej konfiguracji, która pozostaje odsłonięta po zakończeniu konfiguracji, w GBIF Integrated Publishing Toolkit przed wersją 3.3.4 pozwala zdalnym uwierzytelnionym atakującym uzyskać kontrolę administracyjną poprzez obejście uwierzytelnienia.

Super Productivity przed wersją 18.13.0 zawiera podatność w handlerze IPC EXEC, który akceptuje polecenia od renderera i wykonuje je przez child_process.exec(). Mostek preload.js udostępnia window.ea.exec() dla kodu renderera, w tym wtyczek społeczności, bez wymagania uprawnień nodeExecution. Dialog potwierdzenia chroni tylko pierwsze wykonanie, a zatwierdzone polecenia są przechowywane w ALLOWED_COMMANDS i wykonywane później z uprawnieniami konta użytkownika.

OpenList, program do listowania plików obsługujący wiele magazynów, przed wersją 4.2.4 zawiera podatność polegającą na użyciu strings.HasPrefix(requested_path, user.BasePath) bez wymuszania separatora katalogów w funkcjach tworzenia i aktualizacji udostępnień. Uwierzytelniony użytkownik z uprawnieniem CanShare i BasePath takim jak /base może przesłać ścieżkę rodzeństwa, np. /base2/secret.txt, utworzyć udostępnienie dla pliku poza zakresem i użyć publicznych handlerów pobierania lub listowania do odczytu danych poza przydzielonym katalogiem. Problem naprawiono w wersji 4.2.4.

Podatność w MobSF przed wersją 4.5.1. Funkcja get_browsable_activities w pliku manifest_analysis.py waliduje tylko wartość android:host, a nie android:port, co pozwala uwierzytelnionemu użytkownikowi przesłać spreparowany APK, który wykonuje żądania do wybranego przez atakującego niestandardowego portu w ścieżce /.well-known/assetlinks.json. Z użyciem kontrolowanej nazwy hosta i DNS rebinding, żądanie może dotrzeć do wewnętrznego serwisu. Problem naprawiono w wersji 4.5.1.

MobSF, narzędzie do testowania bezpieczeństwa aplikacji mobilnych, przed wersją 4.5.1 zawiera podatność w funkcji unzip w mobsf/StaticAnalyzer/views/common/shared_func.py, która loguje pominięcie elementu archiwum przekraczającego ZIP_MAX_UNCOMPRESSED_FILE_SIZE, ale nie przechodzi do następnego elementu. Uwierzytelniony użytkownik może przesłać spreparowany plik ZIP lub APK, którego zbyt duży element zostanie rozpakowany na dysk, gdy łączny limit ZIP_MAX_UNCOMPRESSED_TOTAL_SIZE nie został jeszcze osiągnięty, potencjalnie wyczerpując miejsce na dysku i uniemożliwiając dalsze skanowanie. Problem naprawiono w wersji 4.5.1.

MobSF, narzędzie do testowania bezpieczeństwa aplikacji mobilnych, przed wersją 4.5.1 zawiera podatność polegającą na umieszczeniu django.middleware.csrf.CsrfViewMiddleware tylko w przestarzałym ustawieniu MIDDLEWARE_CLASSES i pominięciu go w aktywnej krotce MIDDLEWARE. Pozwala to zdalnemu atakującemu nakłonić zalogowaną ofiarę do wysłania żądań POST do uwierzytelnionych punktów końcowych, takich jak /delete_scan/, /upload/, /download_scan/, /change_password/, /create_user/ i /delete_user/. Może to usuwać skany, przesyłać lub pobierać aplikacje, zmieniać hasła lub zarządzać użytkownikami z uprawnieniami ofiary. Problem naprawiono w wersji 4.5.1.

MobSF, narzędzie do testowania bezpieczeństwa aplikacji mobilnych, przed wersją 4.5.1 zawiera podatność w funkcji find_icon_path_zip w mobsf/StaticAnalyzer/views/android/icon_analysis.py, która używa wartości android:icon z manifestu Androida do konstruowania ścieżek w katalogu zasobów skanu bez odrzucania przechodzenia po ścieżkach lub weryfikacji zawartości. Uwierzytelniony użytkownik może przesłać spreparowany plik ZIP lub APK, który odczytuje plik serwera z sufiksem ALLOWED_EXTENSIONS, kopiuje go do DWD_DIR jako przewidywalną nazwę -icon. i pobiera go przez punkt końcowy /download/. To samo zachowanie zapewnia wyrocznię istnienia plików przez pole raportu icon_path. Problem naprawiono w wersji 4.5.1.

Podatność Cross-Site Request Forgery (CSRF) w Halo CMS do wersji 2.25.4 występuje w komponentach CorsConfigurer.java i CsrfConfigurer.java, co pozwala zdalnemu atakującemu na wykonanie dowolnego kodu.

Problem w Halo 2.25.4 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez komponenty run.halo.app.migration.impl.MigrationServiceImpl.restoreWorkdir() oraz org.springframework.util.FileSystemUtils.copyRecursively().