Katalog podatności CVE

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.

Traefik w wersjach v1.x, v2.x do v2.11.55 oraz v3.0.0 do v3.7.11 kanonikalizuje nazwy nagłówków tylko po myślnikach, przez co X-Auth-User, X_Auth_User i X.Auth.User są traktowane jako trzy różne nagłówki, podczas gdy backendy (CGI, WSGI, PHP, NGINX i inne) sprowadzają je do jednej zmiennej. Klient może przemycić alias z kropką nagłówka zarządzanego przez Traefik obok kanonicznej wersji, np. X.Authenticated.User obok X-Authenticated-User, powodując, że backend odczyta wartość dostarczoną przez klienta zamiast tożsamości potwierdzonej przez Traefik.

AVideo do rewizji c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność braku autoryzacji w pliku plugin/PlayerSkins/seo.php. Nieuwierzytelniony atakujący może uzyskać dostęp do źródeł wideo chronionych hasłem, wywołując getSources() bez weryfikacji hasła i pobierając bezpośredni adres URL pliku MP4.

AVideo do rewizji c3edcc274c389816d434acadac07ee78eaf330c1 nie wymusza sprawdzenia hasła transmisji na żywo w endpoincie statystyk ani w źródle HLS. Funkcja Live::_getStats() zwraca nieuwierzytelnionym wywołującym klucz strumienia RTMP, flagę isPasswordProtected oraz adres URL HLS, a dołączona konfiguracja NGINX udostępnia playlistę .m3u8, klucz AES-128 i segmenty transport-stream bez uwierzytelniania.

WWBN AVideo do commita c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność cross-site request forgery w pliku view/logArchive.json.php. Nieuwierzytelnieni atakujący mogą archiwizować logi aplikacji, wysyłając żądania GET bez weryfikacji tokenu CSRF, kopiując wrażliwe logi do publicznie dostępnego pliku ZIP i obcinając bieżący log.

AVideo do commita c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność cross-site request forgery w endpoincie setPassword.json.php. Nieuwierzytelnieni atakujący mogą modyfikować hasło kanału dowolnego użytkownika, wysyłając żądanie GET bez weryfikacji tokenu CSRF.

WWBN AVideo do commita c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność cross-site request forgery w endpointach klucza PGP wtyczki LoginControl, które nie weryfikują tokenu CSRF. Atakujący mogą tworzyć złośliwe strony z tagami obrazów wskazującymi na savePublicKey.json.php, aby zastąpić klucz publiczny PGP 2FA zalogowanej ofiary.

AVideo do commita c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność stored cross-site scripting we wtyczce LiveLinks, gdzie pola title i description są przechowywane bez sanityzacji. Użytkownik z uprawnieniem canStream może wstrzyknąć złośliwe skrypty, które wykonują się w przeglądarce każdego odwiedzającego stronę live-link, w tym administratorów.

WWBN AVideo w wersjach do commita c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność stored cross-site scripting. Plik objects/categoryAddNew.json.php przekazuje parametry POST name i iconClass do Category::setName() i Category::setIconClass(), które przechowują wartości bez sanityzacji, a następnie są one odzwierciedlane jako HTML w widokach i kartach galerii.

WWBN AVideo do commita c3edcc274c389816d434acadac07ee78eaf330c1 zawiera podatność stored cross-site scripting we wtyczce LoginControl, która nie koduje nagłówka User-Agent przed zapisaniem go w historii logowań. Atakujący z dowolnym ważnym kontem może wstrzyknąć złośliwe skrypty w nagłówku User-Agent, które wykonują się w przeglądarce administratora podczas przeglądania strony historii logowań.

AVideo do commita c3edcc274c389816d434acadac07ee78eaf330c1 nie weryfikuje własności restreamu w pliku getRestream.json.php, co pozwala uwierzytelnionym użytkownikom z uprawnieniem canStream generować tokeny dla dowolnych restreamów. Atakujący mogą wymienić token, aby pobrać klucze strumieni innych użytkowników z getLiveKey.json.php i publikować do ich celów YouTube, Twitch lub RTMP.

W pakiecie npm `capgo` (do wersji 12.207.1) funkcja validateInvite() nie porównuje rangi roli zapraszającego z rangą roli, którą chce nadać. Użytkownik z uprawnieniem org.invite_user może zaprosić zewnętrzną osobę jako org_admin lub org_billing_admin, a akceptacja zaproszenia tworzy powiązanie roli z pominięciem mechanizmów ochronnych bazy danych.

Backend Capgo (do wersji 12.242.4) nie weryfikuje delegacji rodzic-podklucz przy przetwarzaniu nagłówka x-limited-key-id. Middleware ufa identyfikatorowi klucza API podanemu przez atakującego i może podstawić tożsamość oraz sekret klucza o wyższych uprawnieniach należącego do tego samego właściciela.

Capgo (Cap-go/capgo.app) zawiera obejście uwierzytelniania we wszystkich wersjach. Ścieżka autoryzacji Edge akceptuje sesję Supabase aal1 opartą tylko na haśle i przyznaje uprawnienia RBAC, mimo że konto ma zweryfikowany czynnik MFA, który nie został użyty w tej sesji.

Złośliwie przygotowany dodatek (add-in) zainstalowany i uruchomiony w Autodesk Fusion Desktop może modyfikować trwałe ustawienia proxy sieciowego bez powiadomienia i zgody użytkownika. Udana eksploatacja może przekierować uwierzytelniony ruch sieciowy Fusion przez proxy kontrolowane przez atakującego.

ION-DTN przed wersją 4.2.1-a.1 zawiera podatność na odmowę usługi. Nieuwierzytelniony zdalny atakujący może zawiesić proces ION, wysyłając pakiet BPv7 z ładunkiem o zerowej długości, co powoduje nieudaną asercję CHKZERO i zakończenie procesu sygnałem SIGABRT.