Katalog podatności CVE

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.

Wazuh w wersjach od 4.1.0 do 4.14.8 zawiera brak sprawdzania pochodzenia w wm_agent_upgrade, co pozwala zarejestrowanym agentom na wydawanie poleceń upgrade_custom z kontrolowaną przez atakującego ścieżką file_path. Atakujący mogą wstrzyknąć wiadomość upgrade_custom przez kanał agenta, aby odczytać dowolne pliki jako root, eksfiltrując /etc/shadow i client.keys.

Wazuh w wersjach od 4.1.1 do 4.14.8 zawiera podatność typu path traversal w handlerach list CDB get_lists() i delete_list_file(), która pozwala skompromitowanym pracownikom klastra na odczyt lub usunięcie plików mastera. Atakujący mogą wysyłać nazwy plików z sekwencjami traversal lub ścieżkami bezwzględnymi przez wewnętrzne RPC klastra, omijając walidację REST i RBAC, aby usunąć pliki takie jak rbac.db.

Wazuh w wersjach od 4.0.0 do 4.14.8 zawiera podatność obejścia autoryzacji, która pozwala niskouprzywilejowanym uwierzytelnionym użytkownikom na odczyt katalogu RBAC poprzez zapytania do niechronionych endpointów bezpieczeństwa. Atakujący mogą wysłać żądania GET /security/actions i /security/resources, które pomijają polityki RBAC wywołującego, aby zmapować uprzywilejowane akcje i endpointy w celu planowania eskalacji uprawnień.

Wazuh w wersjach od 4.1.1 do 4.14.8 zawiera podatność typu path traversal w pomocnikach delete_rule_file i delete_decoder_file, która pozwala złośliwym pracownikom klastra na usuwanie dowolnych plików poprzez niezweryfikowany parametr nazwy pliku. Atakujący posiadający klucz klastra mogą wywołać te pomocniki przez DistributedAPI z sekwencjami traversal, aby usunąć ossec.conf, client.keys lub reguły jako użytkownik wazuh.

Wazuh w wersjach od 3.9.0 do 4.14.8 zawiera niekontrolowaną ekspansję aliasów YAML w yaml2json_node, która pozwala polityce kontrolowanej przez menedżera na wyczerpanie pamięci agenta. Atakujący kontrolujący menedżera mogą wypchnąć małą politykę SCA z zagnieżdżonymi aliasami przez merged.mg, aby doprowadzić do OOM-kill wazuh-modulesd na każdym agencie w grupie.

yt-dlp-web-ui w wersjach do 4.0.0 zawiera podatność dereferencji wskaźnika NULL w metodzie JSON-RPC Service.Formats, która pozwala zdalnym nieuwierzytelnionym atakującym na zawieszenie serwera. Atakujący mogą wysłać pojedyncze żądanie z wartością url taką jak --version, powodując nieprawidłowe wyjście JSON yt-dlp i nieodwracalną panikę, która kończy proces.

yt-dlp-web-ui do wersji 4.0.0 zawiera podatność wstrzykiwania argumentów, która pozwala nieuwierzytelnionym zdalnym atakującym na wstrzyknięcie opcji yt-dlp poprzez podanie parametru url z prefiksem myślnika do metody JSON-RPC Service.Formats. Atakujący mogą wysyłać wartości takie jak --load-info-json przez /rpc/http lub /rpc/ws, aby yt-dlp załadował wybrane przez atakującego pliki JSON z systemu plików serwera, a ich zawartość jest odzwierciedlana w odpowiedziach.