Katalog podatności CVE

Podatność polegająca na nieprawidłowej walidacji danych wejściowych w integracji sterownika JDBC CData w Google Cloud BigQuery Data Transfer Service w wersjach wcześniejszych niż 2026-05-01 na Google Cloud Platform pozwala uwierzytelnionemu atakującemu osiągnąć zdalne wykonanie kodu w kontenerze łącznika i eskalować uprawnienia w projekcie dzierżawcy przy użyciu spreparowanych parametrów ciągu połączenia JDBC. Podatność została załatana 1 maja 2026 r. i nie jest wymagane żadne działanie klienta.

GitLab EE zawiera podatność na atak DoS w funkcji SCIM user provisioning. Uwierzytelniony użytkownik może wysłać specjalnie spreparowane dane, które powodują nieskończoną pętlę, prowadząc do odmowy usługi.

W systemie Linux kilka kontroli autoryzacji ioctl OpenZFS akceptuje uprawnienia posiadane tylko w nieuprzywilejowanej przestrzeni nazw użytkownika jako równoważne prawdziwym uprawnieniom roota, co pozwala nieuprzywilejowanemu użytkownikowi lokalnemu na wykonywanie operacji wymagających roota. Dotyczy to operacji administracyjnych puli (np. create, import, destroy), dostępu do dziennika zdarzeń puli (zpool events) oraz wstrzykiwania błędów (zinject). Wykorzystanie wymaga jedynie, aby użytkownik miał uprawnienia do otwarcia /dev/zfs i aby jądro zezwalało na tworzenie nieuprzywilejowanych przestrzeni nazw.

W edytorze diagramów Dia wykryto podatność na przepełnienie bufora stosu podczas przetwarzania obiektów Network Bus z plików projektu Dia XML. Funkcja bus_load() odczytuje liczbę uchwytów z atrybutu "bus_handles" bez walidacji górnego limitu, a następnie funkcja bus_handle_moved() alokuje tablice na stosie o rozmiarze zależnym od tej liczby. Zbyt duża wartość (np. 262144) powoduje przepełnienie stosu, awarię SIGSEGV i potencjalne uszkodzenie ramki stosu.

Podatność umożliwia nieautoryzowane generowanie fizycznych kodów QR dostępu z powodu użycia twardo zakodowanych poświadczeń w aplikacji. Mechanizm generowania używa parametru 'badge_number' jako klucza prywatnego HMAC, którego wartość pozostaje statyczna i jest dostępna przez API za pomocą endpointu '/club/_id_club_/member/_id_member_/resamania_qr_info'. Atakujący z dostępem do tej wartości i do logiki kryptograficznej aplikacji, którą można wyodrębnić przez reverse engineering APK (brak obfuskacji kodu), może generować ważne kody QR w nieskończoność, nawet po zmianie hasła przez użytkownika lub wylogowaniu.

Apache APISIX zawiera podatność polegającą na poleganiu na niezaufanych danych wejściowych w decyzji bezpieczeństwa. Atakujący może eskalować uprawnienia lub ominąć autoryzację, wysyłając określone wartości, które nie są poprawnie sanityzowane przez plugin attach-consumer-label.

Wtyczka Classified Listing - Mobile Number Verification dla WordPressa jest podatna na obejście uwierzytelniania we wszystkich wersjach do 1.6.0 włącznie. Wynika to z braku weryfikacji OTP Firebase po stronie serwera w funkcji process_otp_login(). Umożliwia to nieuwierzytelnionym atakującym uwierzytelnienie się jako dowolny użytkownik z numerem telefonu zarejestrowanym w tabeli telefonów wtyczki, poprzez przesłanie dowolnego kodu OTP i UID w procesie logowania Firebase OTP. Skuteczne wykorzystanie wymaga włączenia logowania OTP z Firebase jako bramki weryfikacyjnej oraz znajomości lub zgadnięcia zarejestrowanego numeru telefonu docelowego konta. Przejęcie konta administratora jest możliwe, jeśli konto administratora ma zarejestrowany numer telefonu.

NLTK przed wersją 3.10.3 zawiera podatność ReDoS w module tgrep. Funkcja _tgrep_node_action kompiluje wyrażenia regularne dostarczone przez użytkownika i wykonuje je bez walidacji, co może prowadzić do katastrofalnego cofania się i zablokowania procesu Pythona.

Wersje NLTK przed 3.10.0 zawierają podatność na odmowę usługi przez wyrażenia regularne w metodach Text.findall() i TokenSearcher.findall(), które akceptują wyrażenia regularne dostarczone przez użytkownika bez walidacji lub limitu czasu. Atakujący mogą dostarczyć spreparowane wzorce regex, które powodują katastrofalne cofanie się, prowadząc do nieograniczonego zużycia procesora i odmowy usługi dla wszystkich użytkowników procesu Pythona.

Plugin Grav API (getgrav/grav-plugin-api) przed wersją 1.0.18 nie egzekwuje ograniczeń zakresu klucza API w funkcji injectSecurityTab() klasy BlueprintController. Osoba posiadająca klucz API z ograniczonym zakresem może zobaczyć i potencjalnie edytować pola uprawnień strony poza przyznanym zakresem.

Wtyczka getgrav/grav-plugin-api przed wersją 1.0.18 nie egzekwuje zakresu klucza API w funkcji requireNotSuperTarget() w UsersController.php w siedmiu wrażliwych punktach końcowych zarządzania użytkownikami. Sprawdzenie używa isSuperAdmin() na koncie działającym, zamiast weryfikować, czy konkretny klucz API ma uprawnienia super (przez isSuperWithinScope()). W rezultacie klucz API o zakresie poniżej pełnych uprawnień super, ale należący do konta super-administratora, może działać przeciwko innym kontom super-administratorów — wyłączać ich 2FA, usuwać ich awatary, tworzyć nowe klucze API pod ich tożsamością lub usuwać ich istniejące klucze API.

Osoba atakująca z dostępem do sieci może wykorzystać podatność niewłaściwej kontroli dostępu w UniFi Protect AI Key, aby podnieść swoje uprawnienia na urządzeniu.

Osoba atakująca z dostępem do sieci może wykorzystać podatność niewłaściwej walidacji danych wejściowych w aplikacji UniFi Talk, aby wykonać wstrzyknięcie poleceń na urządzeniu.

Osoba atakująca z dostępem do sieci i niskimi uprawnieniami może wykorzystać podatność niewłaściwej kontroli dostępu w aplikacji UniFi Access, aby podnieść swoje uprawnienia na urządzeniu.

Osoba atakująca z dostępem do sieci może wykorzystać podatność niewłaściwej walidacji danych wejściowych w UniFi Enterprise Audio/Video Bridge, aby wykonać wstrzyknięcie poleceń na urządzeniu.

Osoba atakująca z dostępem do sieci i w określonych warunkach może wykorzystać podatność niewłaściwej kontroli dostępu w UniFi Connect Display Cast Pro, aby podnieść swoje uprawnienia na urządzeniu.

Osoba atakująca z dostępem do sieci może wykorzystać podatność niewłaściwej neutralizacji sekwencji CRLF w niektórych urządzeniach z systemem UniFi OS, aby ominąć uwierzytelnianie na tych urządzeniach lub instancjach.

Osoba atakująca z dostępem do sieci i w określonych warunkach może wykorzystać podatność niewłaściwej neutralizacji sekwencji CRLF w niektórych urządzeniach z systemem UniFi OS, aby ominąć uwierzytelnianie na tych urządzeniach lub instancjach.

Osoba atakująca z dostępem do sieci i niskimi uprawnieniami może wykorzystać podatność niewłaściwej walidacji danych wejściowych w aplikacji UniFi Protect, aby wykonać wstrzyknięcie poleceń na urządzeniu.

Osoba atakująca z dostępem do sieci i niskimi uprawnieniami może wykorzystać podatność niewłaściwej walidacji danych wejściowych w aplikacji UniFi Access, aby wykonać wstrzyknięcie poleceń na urządzeniu.