Katalog podatności CVE

Wtyczka Advanced Product Fields Extended for WooCommerce (Studio Wombat) do wersji 3.1.6 zawiera podatność typu path traversal wynikającą z niewłaściwego ograniczenia ścieżki do katalogu. Umożliwia to atakującemu manipulowanie ścieżkami plików.

Wtyczka Thank You Page Customizer dla WooCommerce w wersjach do 1.2.2 włącznie zawiera błąd kontroli dostępu umożliwiający nieuwierzytelnionemu atakującemu wykonanie nieautoryzowanych operacji.

Podatność w pluginie Wise Chat (wersje do 3.4.2) polega na deserializacji niezaufanych danych, co umożliwia wstrzyknięcie obiektów (Object Injection). Może to prowadzić do nieautoryzowanych działań w aplikacji.

Wtyczka MailMunch – Grow your Email List w wersjach do 3.2.5 włącznie zawiera błąd uwierzytelniania umożliwiający użytkownikowi z rolą subskrybenta obejście mechanizmów kontroli dostępu.

Suricata to silnik IDS/IPS i monitoringu bezpieczeństwa sieci. W wersjach przed 7.0.16 i 8.0.5 ścieżka dekompresji HTTP/2 mogła zwiększać bufor treści odpowiedzi bez skutecznego górnego limitu. Spreparowany ładunek DATA HTTP/2 o wysokim współczynniku kompresji (np. gzip, deflate, brotli) mógł powodować nadmierną alokację pamięci podczas dekompresji.

Suricata to silnik IDS/IPS i monitoringu bezpieczeństwa sieci. W wersjach przed 7.0.16 pomocnik informacji o certyfikatach TLS w Lua mógł odwoływać się do pustych pól certyfikatu, gdy skrypt Lua żądał informacji o certyfikacie dla ruchu TLS, w którym brakowało niektórych pól. Spreparowany ruch TLS przetwarzany przez wdrożenie używające podatnych skryptów Lua mógł spowodować awarię Suricaty i odmowę usługi.

MISP w wersjach do 2.5.45 włącznie nie egzekwuje spójnie uprawnień działającego użytkownika podczas tworzenia szablonów zdarzeń. Ścieżka tworzenia szablonu przekazywała sharing_group_id bez weryfikacji, czy użytkownik może użyć wybranej grupy udostępniania, dołączała tagi bez sprawdzania uprawnień do tagowania i wymuszała local => 0, przez co tagi oznaczone jako local_only mogły być dołączane globalnie i propagowane przez synchronizację lub eksport.

CyberPanel w wersjach przed 3.0.5 nie wymusza uwierzytelniania dwuskładnikowego na punktach końcowych API, co pozwala atakującym obejść wymóg TOTP przy użyciu tokenów pochodnych od hasła. Atakujący, który zdobędzie hasło administratora, może wygenerować tokeny API i wykonać operacje administracyjne lub utworzyć uwierzytelnione sesje bez drugiego składnika.

OpenPanel do wersji 2.3.0 w procedurach udostępniania nie waliduje kontroli dostępu, co pozwala nieuwierzytelnionym użytkownikom z linkiem do udostępniania pobierać hashe haseł argon2id oraz pełne konfiguracje raportów, w tym nazwy zdarzeń, filtry i wymiary analityczne.

OpenPanel do wersji 2.3.0 nie egzekwuje poziomu dostępu tylko do odczytu w 26 z 29 procedur modyfikujących, co pozwala użytkownikom z uprawnieniami tylko do odczytu na modyfikowanie, usuwanie i publikowanie danych projektu. Mogą oni usuwać raporty i pulpity, planować usunięcie całych projektów, publikować prywatne analizy jako publiczne linki oraz modyfikować reguły alertów.

OpenPanel do wersji 2.3.0 zawiera podatność na wstrzyknięcie SQL w konstruktorze filtrów analitycznych, która nie waliduje identyfikatorów kolumn profile.* przed interpolacją do klauzul WHERE w ClickHouse. Uwierzytelniony atakujący z uprawnieniami odczytu projektu lub root może wstrzyknąć dowolny SQL, omijając izolację projektów i odczytywać dane analityczne oraz PII innych organizacji.

Renovate przed wersją 44.14.7 zawiera podatność command injection w menedżerze Maven Wrapper, która pozwala atakującym na wykonanie dowolnych poleceń poprzez podanie złośliwego parametru distributionType w pliku maven-wrapper.properties. Atakujący mogą wstrzyknąć polecenia powłoki poprzez nieescapowane wartości distributionType, aby uzyskać zdalne wykonanie kodu, gdy Renovate przetwarza aktualizacje Maven Wrapper w trybie binarySource=docker.

Renovate przed wersją 44.14.7 zawiera podatność command injection w menedżerze Mix podczas przetwarzania prywatnych zależności z nieescapowanymi parametrami organizacji. Atakujący mogą wstrzyknąć metaznaki powłoki poprzez złośliwe nazwy pakietów, aby wykonać dowolne polecenia jako użytkownik Renovate w trybie binarySource=docker.

Renovate to narzędzie do automatyzacji aktualizacji zależności. Podczas listowania tagów/digestów dla obrazu kontenera Renovate podąża za linkami paginacji dostarczonymi przez zdalny rejestr w nagłówku HTTP Link i dołącza poświadczenia rejestru do żądania follow-up bez weryfikacji, czy URL paginacji ma to samo pochodzenie co oryginalny rejestr. Złośliwy lub przejęty rejestr kontenerów może zatem wskazać nagłówek Link na host kontrolowany przez atakującego i otrzymać poświadczenia Renovate używane dla tego rejestru. Wykorzystanie wymaga, aby cel miał zależności kontenerowe (Docker) i już wchodził w interakcję ze złośliwym lub przejętym rejestrem. Naprawiono w Renovate 44.11.2 (obrazy npm i renovate/renovate), Mend Renovate CE/EE 15.4.0 oraz mend-renovate-enterprise-edition Helm chart 10.4.0; sprawdzenie tego samego pochodzenia można wyłączyć za pomocą RENOVATE_X_DOCKER_PAGINATION_ALLOW_CROSS_ORIGIN.

Renovate to narzędzie do automatyzacji aktualizacji zależności. W wersjach przed 44.14.7 (oraz w dystrybucjach Mend Renovate CE/EE przed 15.4.0 i mend-renovate-enterprise-edition Helm chart przed 10.4.0) moduł manager/gradle-wrapper nie escapuje wartości distributionUrl odczytanej z pliku gradle/wrapper/gradle-wrapper.properties repozytorium przed wywołaniem CLI Gradle Wrapper. W instalacjach self-hosted skonfigurowanych z binarySource=docker i allowedUnsafeExecutions=['gradleWrapper', ...], repozytorium dostarczające spreparowany distributionUrl (na przykład dodające metaznak powłoki i polecenie) może spowodować wykonanie dowolnych poleceń jako użytkownik Renovate, gdy Renovate przetwarza aktualizację Gradle Wrapper. Problem naprawiono w Renovate 44.14.7; jako obejście należy usunąć 'gradleWrapper' z allowedUnsafeExecutions.

Renovate przed wersją 44.14.7 zawiera podatność command injection w menedżerze gomod podczas przetwarzania nieescapowanych parametrów depName w poleceniach aktualizacji ścieżki importu w trybie binarySource=docker. Atakujący mogą wstrzyknąć metaznaki powłoki poprzez złośliwe nazwy zależności, aby wykonać dowolne polecenia jako użytkownik Renovate podczas aktualizacji głównych wersji modułów Go z włączoną opcją postUpdateOptions gomodUpdateImportPaths.

Renovate to narzędzie do automatycznej aktualizacji zależności. W wersjach przed 44.14.4 (oraz obrazach Mend Renovate CE/EE przed 15.4.0 i mend-renovate-enterprise-edition Helm chart przed 10.4.0) sanityzacja logów dla kluczy prywatnych TLS używanych do Mutual TLS była niekompletna. Chociaż wartość hostRules[].httpsPrivateKey była redagowana w samym polu, ta sama wartość klucza prywatnego nie była redagowana, jeśli pojawiła się gdzie indziej — na przykład w innej opcji konfiguracyjnej lub w komunikacie logu pod kluczem innym niż httpsPrivateKey — powodując zapisanie pełnego klucza prywatnego do logów Renovate w postaci jawnej. Dotyczy to wdrożeń konfigurujących Mutual TLS przez hostRules[].httpsPrivateKey bez przekazywania wartości przez udokumentowaną konfigurację `secrets`. Każdy, kto może odczytać wynikowe logi, może odzyskać klucz prywatny. Problem naprawiono w Renovate 44.14.4, który redaguje każdą wartość dostarczoną jako hostRules[].httpsPrivateKey wszędzie tam, gdzie pojawia się w logach; jako obejście należy dostarczyć klucz przez konfigurację `secrets`.

Renovate to narzędzie do automatyzacji aktualizacji zależności. W wersjach przed 44.11.2 (oraz obrazach i chartach Mend Renovate CE/EE przed 15.4.0 i mend-renovate-enterprise-edition helm chart przed 10.4.0), podczas listowania nowych wersji pakietów z rejestru NuGet Renovate podąża za URL-ami paginacji dostarczonymi przez rejestr w nagłówku HTTP `Link` bez weryfikacji, czy cel ma to samo pochodzenie co skonfigurowany rejestr. Poświadczenia rejestru są dołączane do żądania dla strony 'next', więc złośliwy lub przejęty rejestr NuGet może zwrócić nagłówek `Link` wskazujący na serwer kontrolowany przez atakującego i spowodować wysłanie poświadczeń rejestru do tego serwera. Wykorzystanie wymaga, aby zdalny rejestr był złośliwy lub przejęty; taki rejestr normalnie już otrzymałby poświadczenia w początkowym żądaniu, więc problem głównie pozwala na dostarczenie poświadczeń do dodatkowego, wybranego przez atakującego hosta. Poprawka ogranicza paginację do tego samego pochodzenia; poprzednie zachowanie można ponownie włączyć opcją RENOVATE_X_NUGET_PAGINATION_ALLOW_CROSS_ORIGIN.

Renovate, narzędzie do aktualizacji zależności, podąża za linkami paginacji dostarczonymi przez serwer GitHub w nagłówku HTTP `Link` podczas interakcji z GitHub.com, GitHub Enterprise Cloud lub GitHub Enterprise Server i wysyła poświadczenia skonfigurowane dla tego hosta do URL-a podanego jako strona 'next'. Ponieważ URL paginacji nie jest walidowany względem hosta, z którym początkowo nawiązano kontakt, złośliwy lub przejęty serwer GitHub może zwrócić nagłówek `Link` wskazujący na host kontrolowany przez atakującego i spowodować ujawnienie mu tych poświadczeń. Wykorzystanie wymaga, aby serwer GitHub, z którym rozmawia Renovate (jako host repozytorium lub źródło danych takie jak github-releases, github-tags lub git-refs), był już złośliwy lub przejęty. Problem naprawiono w renovate 44.11.3 (obrazy npm i renovate/renovate), Mend Renovate CE/EE i mend-renovate-ce helm chart 15.4.0 oraz mend-renovate-enterprise-edition helm chart 10.4.0. Nie ma obejścia; istniejąca opcja RENOVATE_X_REBASE_PAGINATION_LINKS wyłącza nowe sprawdzenie hosta i powinna być używana tylko z serwerami, które celowo używają różnych hostów paginacji.

Renovate w wersjach przed 44.11.3 nie weryfikuje miejsc docelowych nagłówka Link podczas podążania za paginacją serwera GitLab. Złośliwy serwer GitLab może wskazać w nagłówku Link adres kontrolowanej przez atakującego infrastruktury, co prowadzi do przekierowania żądań zawierających poświadczenia i ich wycieku.