Katalog podatności CVE

Przed wersją 7.2.0 rozszerzenia Semantic MediaWiki funkcja Special:URIResolver przekierowuje na URL wynikający z podstrony bez walidacji celu, co umożliwia otwarte przekierowanie na obcy host, w tym osadzenie danych uwierzytelniających.

Przed wersją 7.2.0 rozszerzenia Semantic MediaWiki parametr 'value' jest odzwierciedlany w renderowanym wyniku i komunikatach błędów bez wystarczającego kodowania kontekstu wyjścia, co umożliwia refleksyjne XSS.

Przed wersją 7.2.0 rozszerzenia Semantic MediaWiki separator (parametr 'sep') jest wstawiany dosłownie do komórek tabeli HTML, co umożliwia wstrzyknięcie HTML i potencjalnie XSS.

Przed wersją 7.2.0 rozszerzenia Semantic MediaWiki, gdy ustawiono headers=plain, tekst nagłówka tabeli jest emitowany do znacznika <th> przez surową ścieżkę HTML. Kontrolowany przez użytkownika parametr 'mainlabel' może stać się wykonywalnym HTML.

Process Compose przed wersją 1.120.0 zawiera podatność w słuchaczu MCP SSE, który akceptuje żądania z przeglądarki bez walidacji nagłówków Host i Origin oraz bez uwierzytelniania. Złośliwa strona internetowa może wykorzystać DNS rebinding do uzyskania dostępu do lokalnego słuchacza i wykonywania żądań MCP, co przy włączonej opcji expose_control_tools pozwala na enumerację procesów, odczyt i przeszukiwanie logów, ich przycinanie oraz startowanie, zatrzymywanie, restartowanie i skalowanie lokalnych procesów. Problem został naprawiony w wersji 1.120.0.

Podatność w bibliotece adm-zip (JavaScript) przed wersją 0.6.1 dotyczy funkcji getData() w zipEntry.js, która ufa rozmiarowi nieskompresowanemu z centralnego katalogu i alokuje pamięć przed walidacją. Mały spreparowany plik ZIP może deklarować wielogigabajtowy rozmiar, powodując nadmierne zużycie pamięci przed zgłoszeniem błędu CRC. Aplikacje czytające wpisy z niezaufanych archiwów mogą zostać przerwane przez system lub doświadczyć wyczerpania pamięci.

WACRM w wersji 0.7.0 i wcześniejszych zawiera luki: zasady bezpieczeństwa na poziomie wierszy pozwalają uwierzytelnionym użytkownikom na zmianę własnej roli i identyfikatora konta, co umożliwia eskalację uprawnień i przeniesienie do innej dzierżawy. Ponadto funkcje match_ai_knowledge_fts i match_ai_knowledge_semantic uruchamiane z SECURITY DEFINER nie sprawdzają przynależności do konta, pozwalając niebędącym członkami na odczyt fragmentów bazy wiedzy innego dzierżawcy.

Podatność w WACRM (samodzielny szablon CRM dla WhatsApp) w wersji 0.7.0 i wcześniejszych dotyczy tras zapisu przepływów i automatyzacji, które uwierzytelniają przeglądających, ale nie egzekwują roli agenta przed użyciem klienta bazy danych z rolą usługi, omijając zabezpieczenia na poziomie wierszy. Przeglądający może tworzyć, edytować, aktywować lub usuwać przepływy oraz tworzyć aktywne automatyzacje i wyzwalać wychodzące działania WhatsApp bez wymaganej roli.

W brokerze MQTT NanoMQ w wersjach przed 0.24.14 funkcja nmq_subinfo_decode() ponownie używa długości zmiennej z zewnętrznego pola Properties Length podczas parsowania każdego identyfikatora subskrypcji. Zdalny klient może wysłać pakiet SUBSCRIBE z wielobajtową długością właściwości i powtórzonymi identyfikatorami subskrypcji, co powoduje odczyt poza buforem wiadomości na stercie. Podatność jest naprawiona w wersji 0.24.14.

AnyCable przed wersją 1.6.15 zawiera podatność w podsystemie telemetrii, który używa publicznego tokena uwierzytelniającego i generuje stabilny odcisk palca (fingerprint) na podstawie danych wrażliwych, takich jak sekrety i argumenty wiersza poleceń. Chociaż nie wykazano bezpośredniego wycieku surowych danych uwierzytelniających, stabilny fingerprint może być wykorzystany do identyfikacji instancji. Problem został naprawiony w wersji 1.6.15.

AnyCable przed wersją 1.6.15 zawiera podatność w API REST kompatybilnym z Pusherem, gdzie wartość body_md5 dostarczona przez wywołującego jest uwzględniana w HMAC, ale nie jest weryfikowana z faktyczną treścią żądania. Atakujący, który zdobędzie prawidłowo podpisane żądanie POST, może podmienić treść, a brak kontroli świeżości auth_timestamp pozwala na wielokrotne odtwarzanie przechwyconego podpisu. Może to prowadzić do fałszowania zdarzeń serwerowych, modyfikacji stanu aplikacji lub dostarczania kontrolowanych wiadomości do klientów WebSocket. Problem został naprawiony w wersji 1.6.15.

W bibliotece AnyIO w wersji 4.14.0 funkcja open_process() przekazuje argument group do backendu zamiast extra_groups, mimo że akceptuje parametr extra_groups. Wywołanie z extra_groups=[] w celu wyczyszczenia odziedziczonych grup dodatkowych może uruchomić proces potomny zachowujący grupy procesu nadrzędnego, osłabiając granicę obniżania uprawnień. Podatność dotyczy aplikacji POSIX korzystających z pomocników podprocesów AnyIO i jest naprawiona w wersji 4.14.2.

W narzędziu btrbk od wersji 0.29.0 do 0.32.7 skrypt ssh_filter_btrbk.sh buduje allow_stream_match z kotwicą początku, ale bez kotwicy końca ciągu dla pełnego polecenia. Użytkownik ograniczony przez forced command w authorized_keys może dołączyć potokowe polecenie po prawidłowym prefiksie btrbk, omijając listę dozwolonych i wykonując dowolne polecenia z uprawnieniami konta SSH docelowego backupu. Podatność jest naprawiona w wersji 0.32.7.

W rejestrze zot przed wersją 2.1.18 obsługa uwierzytelniania bearer w pkg/api/authn.go mapuje każdą metodę HTTP inną niż GET i HEAD na akcję push, więc żądania DELETE nie są sprawdzane pod kątem odrębnego uprawnienia delete. Żądania z bearer tokenem omijają też ścieżkę DistSpecAuthzHandler, a DeleteManifest i DeleteBlob nie wykonują niezależnego sprawdzenia uprawnień. Zdalny atakujący z tokenem ograniczonym do pull i push może usuwać manifesty i bloby w zakresie repozytorium tokenu. Podatność jest naprawiona w wersji 2.1.18.

Capsule od wersji 0.13.0 do 0.13.7 zawiera podatność w webhooku walidacji Tenant, gdzie parametry new i old są odwrócone, co powoduje walidację poprzedniego wyrażenia AllowedHostnames.Regex zamiast nowego. Administrator klastra może zapisać nieprawidłowe wyrażenie, co później blokuje operacje Ingress dla dzierżawcy. Problem został naprawiony w wersji 0.13.7.

Capsule od wersji 0.13.0 do 0.13.7 zawiera podatność w walidacji aktualizacji Tenant, gdzie wyrażenie ForbiddenLabels.Regex jest kompilowane zarówno dla kontroli etykiet, jak i adnotacji, zamiast walidować ForbiddenAnnotations.Regex. Administrator może zapisać nieprawidłowe wyrażenie, co później powoduje panikę regexp.MustCompile podczas walidacji metadanych i blokuje operacje namespace. Problem został naprawiony w wersji 0.13.7.

W frameworku Capsule przed wersją 0.13.7 funkcja ForbiddenListSpec.ExactMatch w pkg/api/forbidden_list.go sortuje zabronione klucze metadanych bez uwzględniania wielkości liter, a następnie używa sort.SearchStrings, które zakłada sortowanie bajtowe. Gdy lista zabronionych miesza wielkie i małe litery, wyszukiwanie binarne może zwrócić fałsz dla obecnego klucza. Uwierzytelniony właściciel tenanta może ominąć ograniczenia metadanych przestrzeni nazw, Service lub delegowanych węzłów. Podatność jest naprawiona w wersji 0.13.7.

Podatność w NanoMQ przed wersją 0.24.14 dotyczy funkcji nni_mqtt_msg_decode_unsubscribe() w kliencie MQTT. Nieobsłużony błąd odczytu podczas liczenia tematów w nieprawidłowym pakiecie UNSUBSCRIBE może zawiesić klienta MQTT 3.1.1, zużywając CPU i pamięć, a przy włączonym automatycznym ponownym połączeniu wielokrotnie blokować usługę.

W systemie Rsyslog od wersji 7.5.4 do 8.2606.0 opcjonalny plugin mmpstrucdata w funkcji parseSD_PARAM przechowuje wartości parametrów RFC5424 w stałym buforze stosu pVal[32 * 1024] i wywołuje parsePARAM_VALUE bez podania rozmiaru docelowego. Zdalny, nieuwierzytelniony atakujący, którego spreparowana wiadomość RFC5424 trafi do akcji używającej mmpstrucdata, może podać parametr większy niż bufor, powodując kontrolowane przez atakującego przepełnienie stosu. Podatność jest naprawiona w wersji 8.2606.0.

W ToolHive przed wersjami CLI 0.30.1 i Studio 0.38.0 lokalnie uruchamiane kontenery serwerów MCP używają domyślnego profilu uprawnień sieciowych bez izolacji sieci, umożliwiając dostęp do host.docker.internal, podczas gdy API ToolHive i punkty proxy MCP są osiągalne bez uwierzytelniania. Złośliwy lub przejęty serwer MCP może użyć bramy Docker do kontaktu z usługami lokalnymi hosta, innymi proxy MCP zarządzanymi przez ToolHive lub płaszczyzną kontroli ToolHive bez opuszczania kontenera. Podatność jest naprawiona w wersji CLI 0.30.1 i Studio 0.38.0.