Katalog podatności CVE

Combodo iTop to narzędzie do zarządzania usługami IT oparte na sieci Web. Przed wersją 3.2.3 iTop jest podatny na odzwierciedlone ataki XSS w funkcji przywracania pulpitu nawigacyjnego. Problem został naprawiony w wersji 3.2.3.

To CVE zostało odrzucone. Powód: Red Hat nie jest CNA dla PHP. CVE zostało zarezerwowane błędnie; odpowiedni CNA powinien przypisywać identyfikatory CVE dla tych podatności.

To CVE zostało odrzucone. Powód: Red Hat nie jest CNA dla PHP. CVE zostało zarezerwowane błędnie; odpowiedni CNA powinien przypisywać identyfikatory CVE dla tych podatności.

W urządzeniu D-Link DI-8100G w wersji 17.12.20A1 parametr flag w msp_info może zostać wykorzystany do wykonania dowolnego kodu.

Urządzenie D-Link DI-7001 MINI_5G w wersji 19.10.31A1 zawiera podatność na wykonanie kodu w parametrze flag w msp_info, która może być wykorzystana do uruchamiania dowolnych poleceń.

W funkcji kontroli rodzicielskiej routerów Archer BE800 V1, BE3600 V1 i AX75 V1 istnieje nieuwierzytelniona podatność na wstrzykiwanie poleceń systemu operacyjnego z powodu niewłaściwego filtrowania i neutralizacji znaków specjalnych w niektórych parametrach. Atakujący z sieci LAN może wstrzyknąć dowolne polecenia i wykonać je z uprawnieniami roota. Skuteczne wykorzystanie może prowadzić do całkowitego przejęcia urządzenia i wpłynąć na poufność, integralność i dostępność urządzenia oraz ruchu sieciowego.

Wtyczka file-pix (ESM) w GIMP-ie zawiera usterkę polegającą na nieprawidłowym przydzielaniu tablicy o zmiennej długości (VLA) na stosie bez odpowiedniego sprawdzania granic podczas przetwarzania specjalnie spreparowanego pliku obrazu PIX. Powoduje to nieograniczoną alokację stosu, a następnie odczyt poza stosem o 21 bajtów. Może to prowadzić do odmowy usługi z powodu wyczerpania stosu oraz ograniczonego ujawnienia zawartości pamięci stosu do pliku pośredniego.

Hi.Events weryfikuje miejsce docelowe webhooka tylko podczas rejestracji, nigdy podczas użycia. Reguła NoInternalUrlRule rozwiązuje nazwę hosta za pomocą gethostbyname() i odrzuca prywatne i zastrzeżone zakresy, ale każda publiczna nazwa hosta przechodzi. Podczas wysyłki WebhookDispatchService wywołuje zapisany adres URL bez ponownego sprawdzania, a przekierowania są domyślnie włączone. Miejsce docelowe, które odpowiada przekierowaniem do adresu loopback, prywatnego lub metadanych chmury, powoduje, że serwer wysyła takie żądanie, a zmiana rekordu DNS po rejestracji daje ten sam efekt. Odpowiedź nie jest odrzucana: WebhookResponseHandlerService przechowuje treść w logu webhooka, a WebhookLogResource zwraca ją z punktu końcowego logów, więc żądający odczytuje odpowiedź wewnętrznego serwisu. Wersja 1.11.1-beta ponownie weryfikuje przy wysyłce, przypina zweryfikowany adres, sprawdza każdy przeskok przekierowania i dekoduje adresy przejściowe IPv6, które wcześniej omijały filtr.

Baserow interpoluje nazwę wyświetlaną użytkownika do znaczników wzmianek w formacie bogatym bez kodowania HTML. PATCH /api/user/account/ przechowuje wartość first_name dosłownie, a renderer wzmianek w web-frontend/modules/core/editor/mention.js buduje swój element za pomocą literału szablonu, który umieszcza nazwę w atrybucie data-label i treści elementu bez escapowania. Nazwa zawierająca cudzysłów zamyka ten atrybut i otwierający tag, więc dalszy znacznik trafia do treści elementu. Wynik jest renderowany przez v-html przez komponenty pól bogatych, więc każda komórka bogata wspominająca konto wykonuje zapisany skrypt dla każdego członka przestrzeni roboczej, który widzi tabelę, bez kliknięcia. Każdy członek przestrzeni roboczej, na najniższym poziomie uprawnień, może ustawić nazwę i dotrzeć do każdego innego członka przestrzeni roboczej, a ładunek pozostaje, dopóki nazwa nie zostanie zmieniona lub wiersz ze wzmianką nie zostanie usunięty. Wersja 2.3.0 escapuje wartość przed interpolacją.

AzuraCast udostępnia pola konfiguracji Liquidsoap przez punkt końcowy, który nie wymaga uprawnień do ich ochrony. Właściwość backend_config w Station.php jest oznaczona jako GROUP_GENERAL, a punkt końcowy PUT /api/station/{station_id}/profile/edit deserializuje z tą grupą, wymagając tylko uprawnienia StationPermissions::Profile. Metoda fromArray() przypisuje wszystkie publiczne właściwości bez sprawdzania uprawnień na poziomie pola, więc pola custom_config_top, custom_config, custom_config_pre_playlists, custom_config_pre_live, custom_config_pre_fade i custom_config_bottom są zapisywalne. ConfigWriter::writeCustomConfigurationSection() emituje te wartości dosłownie do skryptu .liq, gdzie funkcje process.run() i process.exec() wykonują polecenia systemu operacyjnego po restarcie backendu, co automatycznie wyzwala wbudowane zadanie synchronizacji. Dedykowany punkt końcowy dla tych danych wymaga uprawnień StationPermissions::Broadcasting, więc menedżer stacji z tylko uprawnieniem profilu może uzyskać konfigurację, która powinna być dostępna tylko dla operatorów transmisji.

OAuth2 Proxy honoruje nagłówek X-Forwarded-Uri dostarczany przez klienta przy podejmowaniu decyzji, czy żądanie może pominąć uwierzytelnianie, ponieważ zabezpieczenie dodane dla CVE-2026-40575 jest nieskuteczne w domyślnej konfiguracji reverse proxy. Funkcja GetRequestURI preferuje ten nagłówek nad rzeczywistym URI żądania, gdy CanTrustForwardedHeaders zwraca true, a isAllowedPath dopasowuje listę dozwolonych tras do wynikowej ścieżki. CanTrustForwardedHeaders przyznaje zaufanie, gdy adres wywołującego znajduje się w zaufanym zestawie proxy, a buildTrustedProxyNetSet domyślnie używa 0.0.0.0/0 i ::/0, gdy tryb reverse proxy jest włączony bez skonfigurowanego trusted_proxy_ip. Każdy klient jest więc traktowany jako zaufane proxy. Nieuwierzytelniony atakujący może żądać chronionej ścieżki, ustawiając X-Forwarded-Uri na wartość pasującą do dozwolonej trasy, więc decyzja o pominięciu uwierzytelniania jest podejmowana na podstawie sfałszowanej wartości, podczas gdy upstream otrzymuje niezmienioną chronioną ścieżkę.

Label Studio nie ogranicza punktu końcowego szczegółów adnotacji do organizacji użytkownika żądającego. AnnotationAPI w label_studio/tasks/api.py deklaruje queryset = Annotation.objects.all() i nie zapewnia nadpisania get_queryset, więc domyślne wyszukiwanie pobiera dowolną adnotację po kluczu podstawowym. Uprawnienia wymagane przez widok to annotations.view, annotations.change i annotations.delete, a każdy zalogowany użytkownik spełnia te wymagania, bez testu na poziomie obiektu. Identyfikatory adnotacji są sekwencyjnymi liczbami całkowitymi, więc uwierzytelniony użytkownik jednej organizacji może wyliczać identyfikatory, aby czytać, modyfikować i usuwać adnotacje należące do innych organizacji na tym samym wystąpieniu. Ten sam nieograniczony queryset pojawia się w AnnotationConvertAPI.

Narzędzie Continue CLI w trybie bez nadzoru (headless/auto) stosuje niekompletną listę zablokowanych poleceń jako jedyną ochronę przed destrukcyjnymi komendami powłoki. Zezwala na wykonanie polecenia Bash, a blokuje tylko niektóre ścieżki, co pozwala na rekurencyjne usunięcie katalogów takich jak /home, /root, /var, /opt czy /srv. Dodatkowo, przez parsowanie zmiennych, polecenie rm -rf $HOME nie jest blokowane, a inne niebezpieczne narzędzia (find, shred, wipefs, truncate, pkexec) nie są odpowiednio obsłużone.

Ten identyfikator CVE został odrzucony lub wycofany przez CVE Numbering Authority.

Wiele modeli DrayTek VigorSwitch zawiera podatność na wstrzykiwanie poleceń w funkcji setDevNet. Podatność jest spowodowana niewystarczającym filtrowaniem pól nazwy użytkownika i hasła przed wykonaniem poleceń. Zdalny atakujący może wywołać tę podatność za pomocą spreparowanych danych wejściowych, aby wykonać dowolne polecenia z uprawnieniami roota. Wykorzystanie wymaga ważnych poświadczeń administracyjnych dla interfejsu zarządzania urządzeniem.

Wiele modeli DrayTek VigorSwitch zawiera podatność na przepełnienie bufora w funkcji mail_mailalert. Podatność jest spowodowana łączeniem wielu adresów e-mail smtpReceiver w bufor o stałym rozmiarze bez sprawdzania pozostałego rozmiaru bufora. Zdalny atakujący może wywołać tę podatność za pomocą spreparowanych danych wejściowych, powodując odmowę usługi lub potencjalnie wykonanie dowolnych poleceń. Wykorzystanie wymaga ważnych poświadczeń administracyjnych dla interfejsu zarządzania urządzeniem.

W wielu modelach DrayTek VigorSwitch wykryto podatność na przepełnienie bufora w funkcji diag_logmail. Problem wynika z konkatenacji wielu adresów e-mail smtpReceiver do bufora o stałym rozmiarze bez sprawdzania pozostałego miejsca. Zdalny atakujący może wywołać tę podatność za pomocą spreparowanych danych, powodując odmowę usługi lub potencjalnie wykonanie dowolnych poleceń. Wymagane są ważne poświadczenia administracyjne do interfejsu webowego urządzenia.

W wielu modelach DrayTek VigorSwitch wykryto podatność na przepełnienie bufora w funkcji acl_general_setup Edit ACE. Problem wynika z kopiowania pola name do bufora o stałym rozmiarze bez walidacji długości. Zdalny atakujący może wywołać tę podatność za pomocą spreparowanych danych, powodując odmowę usługi lub potencjalnie wykonanie dowolnych poleceń. Wymagane są ważne poświadczenia administracyjne do interfejsu webowego urządzenia.

W wielu modelach DrayTek VigorSwitch wykryto podatność na przepełnienie bufora w funkcji acl_general_setup Add ACE. Problem wynika z kopiowania pola name do bufora o stałym rozmiarze bez walidacji długości. Zdalny atakujący może wywołać tę podatność za pomocą spreparowanych danych, powodując odmowę usługi lub potencjalnie wykonanie dowolnych poleceń. Wymagane są ważne poświadczenia administracyjne do interfejsu webowego urządzenia.

W wielu modelach DrayTek VigorSwitch wykryto podatność na przepełnienie bufora w funkcji switch_lan_gvrp. Problem wynika z niebezpiecznego kopiowania pola portList do zbyt małego bufora. Zdalny atakujący może wywołać tę podatność za pomocą spreparowanych danych, powodując odmowę usługi lub potencjalnie wykonanie dowolnych poleceń. Wymagane są ważne poświadczenia administracyjne do interfejsu webowego urządzenia.