Katalog podatności CVE

Dragonfly to magazyn danych w pamięci. Przed wersją 1.40 funkcja OpaqueObjLoader::CreateStream w src/server/rdb_load.cc może powiązać jeden streamNACK z globalnym PEL grupy konsumentów i lokalnym PEL konsumenta, a następnie zwolnić współdzielony obiekt, gdy zduplikowany wpis konsumenta zostanie odrzucony. Sprzątanie następnie zwalnia ten sam obiekt ponownie. W domyślnej konfiguracji, w której Dragonfly działa z wyłączonym uwierzytelnianiem, nieuwierzytelniony klient może wywołać double-free, wysyłając spreparowany serializowany strumień do RESTORE, powodując uszkodzenie alokatora, odmowę usługi i potencjalnie wykonanie kodu kontrolowanego przez atakującego jako konto usługi Dragonfly.

SFTPGo to otwarte, sterowane zdarzeniami rozwiązanie do transferu plików. W wersjach od 2.5.0 do 2.7.6 uwierzytelniony użytkownik z uprawnieniem kopiowania może skopiować plik źródłowy zabroniony przez denied_patterns lub znajdujący się poza allowed_patterns do dozwolonej nazwy docelowej, ponieważ filtry wzorców plików są oceniane tylko na miejscu docelowym. Użytkownik może następnie odczytać zawartość zabronionego pliku.

Gotify server to prosty serwer do wysyłania i odbierania wiadomości w czasie rzeczywistym przez WebSocket. W wersjach przed 3.0.0 endpoint zmiany hasła (POST /current/user/password) akceptuje ważny token klienta bez wymagania aktualnego hasła konta lub innego podwyższonego uwierzytelnienia. Atakujący, który zdobędzie token klienta, może ustawić nowe hasło dla powiązanego użytkownika, przejmując kontrolę nad uwierzytelnianiem hasłem.

ammonia to biblioteka Rust do naprawy i zabezpieczania niezaufanego HTML. W wersjach przed 3.3.3, 4.0.3 i 4.1.4 aplikacje zezwalające na elementy SVG animate lub set mogą zachować animację, której attributeName wskazuje href, a wartość używa schematu javascript. Oczyszczony SVG może utworzyć link zawierający skrypt, a użytkownik klikający ten link może wykonać skrypt kontrolowany przez atakującego w origin aplikacji, umożliwiając trwały cross-site scripting.

Podatność CWE-345 (niewystarczająca weryfikacja autentyczności danych) może pozwolić na wgranie zmodyfikowanego firmware, gdy autoryzowany administrator rozpoczyna procedurę aktualizacji firmware, co może skutkować przejęciem kontroli nad urządzeniem.

W ProPhoenix Law RMS v2022.2403.3.101 występuje podatność Server-Side Request Forgery (SSRF) w parametrze serviceURL. Atakujący może zmusić serwer aplikacji do wykonania niezamierzonych żądań DNS i HTTP poprzez spreparowane żądanie HTTP.

IBM WebSphere Application Server w wersjach 8.5 i 9.0 może pozwolić uwierzytelnionemu atakującemu na obejście autoryzacji prowadzące do podszycia się pod administratora w całej komórce (cell).

IBM WebSphere Application Server w wersjach 8.5 i 9.0 może pozwolić zdalnemu atakującemu na obejście uwierzytelniania poprzez wykorzystanie luki w mechanizmie propagacji przychodzącej CSIv2.

Wazuh w wersjach od 4.1.1 przed 4.14.8 zawiera lukę path traversal w helperze get_list_file, która pozwala złośliwym workerom klastra odczytywać dowolne pliki poprzez niezwalidowane wartości nazw plików. Atakujący posiadający klucz klastra może wysyłać żądania DistributedAPI z nazwami plików zawierającymi traversal, aby odczytać client.keys, ossec.conf z kluczem klastra oraz inne pliki czytelne dla Wazuh.

Wazuh w wersjach od 4.0.0 do 4.14.8 zawiera wyścig w ograniczaniu prób logowania, który pozwala nieuwierzytelnionym atakującym ominąć limit max_login_attempts poprzez wysyłanie równoczesnych żądań. Atakujący mogą wysyłać serie logowań do endpointów authenticate i run_as, które przechodzą kontrolę blokady przed zliczeniem nieudanych prób, umożliwiając nieograniczone zgadywanie haseł.

obsidian-tc przed wersją 1.3.1 nie stosuje spójnie listy kontroli dostępu (ACL) do wszystkich zwracanych pól. Narzędzie tasks_filter ujawnia liczby grup pochodzące z niedozwolonych notatek, makemd_query przekazuje nieprzefiltrowane pola wynikowe, a list_templates ujawnia ścieżki szablonów i treści funkcji użytkownika bez sprawdzenia białej listy odczytu. Uwierzytelniony wywołujący może wywnioskować lub odczytać dane z notatek spoza swojej listy ACL.

obsidian-tc przed wersją 1.3.1 sprawdza listę kontroli dostępu (ACL) na podstawie leksykalnej ścieżki względem katalogu, podczas gdy sprawdzenia zawierania używają ścieżki rozwiązanej. Dowiązanie symboliczne w katalogu, które jest dozwolone przez glob, ale wskazuje na zabroniony folder, może ominąć ACL i ujawnić pliki w zabronionym folderze. Wykorzystanie wymaga dowiązania symbolicznego umieszczonego poza pasmem i nie pozwala na wyjście poza katalog główny.

Wazuh w wersjach od 4.0.0 do 4.14.8 zawiera podatność ujawniania informacji, która pozwala użytkownikom z niskimi uprawnieniami (agent:read) na odzyskanie hasła rejestracji authd.pass w postaci jawnego tekstu poprzez niezasłonięty endpoint konfiguracji agenta. Atakujący posiadający domyślną rolę readonly mogą zażądać konfiguracji komponentu auth dla pseudo-agenta ID 000, aby uzyskać sekret i zarejestrować fałszywych agentów przeciwko menedżerowi.

Wazuh w wersjach od 3.12.0 do 4.14.8 zawiera przepełnienie bufora na stercie w funkcji fim_generate_alert(), gdzie rozmiar full_log jest ustalany na podstawie danych wejściowych, ale zapis ograniczony jest przez OS_MAXSTR. Zarejestrowany agent może wysłać spreparowane zdarzenie FIM syscheck, aby uszkodzić pamięć sterty menedżera i w sposób deterministyczny zawiesić wazuh-analysisd, powodując awarię wykrywania w całej flocie.

Wazuh od wersji 4.1.1 do 4.14.8 zawiera podatność na przechodzenie po ścieżkach w funkcjach upload_list_file, upload_rule_file i upload_decoder_file, umożliwiającą złośliwym pracownikom klastra zapisywanie plików w dowolnych lokalizacjach. Atakujący posiadający klucz klastra mogą wysyłać żądania DistributedAPI z sekwencjami ../ w nazwach plików, omijając walidację kontrolera REST, aby zapisywać pliki jako użytkownik wazuh.

Wazuh 4.14.3 przed 4.14.8 zawiera niezgodność wielkości liter między walidatorem ossec.conf a wazuh-logcollector, co pozwala ominąć walidację zdalnych poleceń. Uwierzytelnieni użytkownicy z uprawnieniem manager:update_config mogą wstrzyknąć komendę localfile LOG_FORMAT pisaną wielkimi literami, którą kolektor wykonuje jako root podczas przeładowania.

Wazuh od wersji 3.9.0 przed 4.14.8 zawiera podatność na nadpisanie dowolnych plików w funkcji MasterHandler.process_files_from_worker, umożliwiającą pracownikowi klastra nadpisanie chronionych plików mastera. Atakujący kontrolujący pracownika może wykorzystać obejście z ukośnikiem na końcu nazwy i brak egzekwowania extra_valid, aby nadpisać ossec.conf i agent.conf, osiągając zdalne wykonanie kodu jako root na menedżerze i wszystkich agentach.

Wazuh w wersjach od 4.0.0 do 4.14.8 nie unieważnia wydanych tokenów dla użytkowników run_as z zerową liczbą ról statycznych, ponieważ funkcja check_token nigdy nie sprawdza czarnej listy. Atakujący z odebranymi uprawnieniami administratora mogą nadal się uwierzytelniać i samodzielnie przypisać sobie rolę administratora, aby trwale zachować uprzywilejowany dostęp.

Wazuh w wersjach od 4.3.0 do 4.14.8 zawiera podatność umożliwiającą zdalne wykonanie kodu, gdzie zaufanie do polityki SCA jest ustalane na podstawie ścieżki pliku, a nie źródła konfiguracji. Atakujący kontrolujący menedżera może zapisać niepodpisane pliki polityk do var/incoming poprzez kanał aktualizacji i odwołać się do nich, aby wykonać sprawdzenia poleceń jako root na agentach.

Wazuh w wersjach od 4.6.0 do 4.14.8 zawiera podatność omijania uwierzytelniania, gdzie funkcja security.update_user umieszcza zabezpieczenie zarezerwowanego użytkownika i politykę haseł wewnątrz fałszywego sprawdzenia prawdziwości. Delegowany administrator użytkowników może wysłać puste hasło do punktu końcowego aktualizacji użytkownika, omijając zabezpieczenie zarezerwowanego użytkownika, aby przejąć konto superużytkownika wazuh i uwierzytelnić się pustymi poświadczeniami.