Katalog podatności CVE

W systemie Bambuddy w wersjach od 0.1.6 do przed 0.2.4.4 występuje błąd fail-open w kodzie uwierzytelniania. Atakujący może ominąć uwierzytelnianie, zalewając publiczny endpoint żądaniami w celu wyczerpania zasobów, co powoduje awarię dostępu do bazy danych i przyznanie nieuwierzytelnionego dostępu do wszystkich chronionych endpointów.

W frameworku DIRAC w wersjach przed 8.0.79, 9.0.22 i 9.1.10 funkcja export_getRequestCountersWeb w ReqManagerHandler.py przekazuje kontrolowany przez uwierzytelnionego użytkownika parametr groupingAttribute do getRequestCountersWeb w RequestDB.py. Nierozpoznana wartość jest rozwiązywana względem obiektu Request i ewaluowana jako kod Pythona, co pozwala na wykonanie poleceń systemowych.

IBM MQ w wersjach 9.3.0.0–9.3.0.41 LTS, 9.3.0.0–9.3.5.1 CD, 9.4.0.0–9.4.0.25 LTS, 9.4.0.0–9.4.5.1 LTS oraz 10.0.0.0 może pozwolić zdalnemu atakującemu na wykonanie dowolnego kodu z powodu niebezpiecznego przetwarzania wyszukiwania JNDI, gdy wdrożona jest aplikacja IVT.

IBM Verify Identity Access jest podatny na atak przepełnienia bufora.

Kontenery IBM Verify Identity Access mogą nieprawidłowo stosować operacje zmiany hasła administratora.

Issabel Framework, framework webowy wspierający oprogramowanie Issabel PBX, przed commitem b97dbaf zawiera zakodowany na stałe klucz podpisywania JWT HS256 w pliku pbxapi index.php, identyczny we wszystkich instalacjach, co pozwala nieuwierzytelnionym zdalnym atakującym na fałszowanie ważnych tokenów bearer. Atakujący mogą użyć sfałszowanego tokenu do wywołania endpointu manager originate z parametrem aplikacji System, powodując wykonanie dowolnych poleceń systemowych przez Asterisk jako użytkownik Asterisk. Dowody eksploatacji po raz pierwszy zaobserwowano przez Shadowserver Foundation w dniu 2026-09-09.

MCP Context Forge to brama AI, rejestr i proxy dla API MCP, A2A, REST i gRPC. Przed wersją 1.0.2 python_sandbox_server w mcp-servers/python/python_sandbox_server/src/python_sandbox_server/server_fastmcp.py udostępnia surowy getattr przez safe_builtins, pomija wymagany guard _getattr_ i polega na sprawdzeniach validate_code dla literalnych niebezpiecznych ciągów dunder. Atakujący może konstruować nazwy dunder w czasie wykonania, przechodzić przez hierarchię klas Pythona, dotrzeć do subprocess.Popen i wykonywać polecenia systemowe z uprawnieniami procesu serwera poprzez narzędzie execute_code MCP. Transport HTTP/SSE może udostępniać to narzędzie bez uwierzytelniania, podczas gdy wdrożenia tylko stdio mają zmniejszony zasięg sieciowy. Problem dotyczy podprojektu python_sandbox_server i nie wpływa bezpośrednio na komponenty rdzeniowe bramy lub proxy Context Forge. Problem został naprawiony w wersji 1.0.2.

motionEye (mEye) to interfejs online dla oprogramowania "motion", programu do nadzoru wideo z detekcją ruchu. Przed wersją 0.44.0 motionEye akceptuje kontrolowane przez klienta pliki cookie meye_username i meye_password_hash jako materiał uwierzytelniający bez walidacji sesji po stronie serwera. Nieuwierzytelniony atakujący, który zna nazwę użytkownika i odpowiadający jej hash, może ręcznie ustawić pliki cookie lub spowodować ich załadowanie, przesyłając puste poświadczenia przez przepływ uwierzytelniania switch-user, po czym serwer uwierzytelnia atakującego jako tego użytkownika. Nazwa użytkownika administratora i wartość hasha hasła są przechowywane w /etc/motioneye/motion.conf, który jest domyślnie globalnie czytelny, co pozwala lokalnemu użytkownikowi powłoki uzyskać materiał poświadczeń administratora wielokrotnego użytku. Udane podszycie się może umożliwić blokadę konta, zmiany haseł i trwałość, wyliczanie danych, niszczenie danych i eksfiltrację danych. Problem został naprawiony w wersji 0.44.0.

Yonyou U8 CRM zawiera nieuwierzytelnioną podatność SQL injection w endpointcie konfiguracji fillbacksettingedit.php, gdzie parametr DontCheckLogin=1 omija uwierzytelnianie, a parametr id jest włączany do zapytań SQL bez sanityzacji. Atakujący mogą wykorzystać tę lukę do wykonania dowolnych poleceń SQL, a w przypadku wdrożeń Microsoft SQL Server z włączonym xp_cmdshell do zapisu plików backdoor i wykonania dowolnych poleceń systemowych. Dowody eksploatacji po raz pierwszy zaobserwowano przez Shadowserver Foundation w dniu 2025-02-13.

Yonyou U8 Cloud zawiera nieuwierzytelnioną podatność deserializacji Java w komponencie nc.impl.pub.filesystem.FileManageServlet, która pozwala zdalnym nieuwierzytelnionym atakującym na wykonanie dowolnych poleceń systemowych poprzez wysłanie serializowanego ładunku w żądaniu POST. Atakujący mogą wykorzystać metodę doAction, która przekazuje surowe dane ciała żądania HTTP bezpośrednio do ObjectInputStream.readObject() bez filtrowania, aby osiągnąć zdalne wykonanie kodu. Dowody eksploatacji po raz pierwszy zaobserwowano przez Shadowserver Foundation w dniu 2025-02-13.

Serwer FreeRDP w wersjach przed 3.31.0 zawiera podatność obejścia negocjacji protokołu, która pozwala nieuwierzytelnionym atakującym na ustanowienie połączeń RDSTLS pomimo polityki serwera wyłączającej je. Atakujący mogą wysyłać niekompatybilne żądania protokołu, otrzymywać błędy negocjacji, a następnie zakończyć uzgadnianie TLS i wejść w RDSTLS, aby obejść ograniczenia transportu przed uwierzytelnianiem.

Podatność typu Time-of-check Time-of-use (TOCTOU) w Slab safeurl pozwala atakującemu kontrolującemu odpowiedzi DNS hostname na dotarcie do wewnętrznych celów sieciowych, które walidacja odrzuciła. Walidacja zwraca werdykt, a nie adres, który zatwierdziła, więc klienci HTTP dostarczani z biblioteką otrzymują oryginalny hostname i rozwiązują go ponownie przy wysyłaniu żądania. Atakujący kontrolujący autorytatywny DNS dla nazwy może odpowiedzieć na pierwsze zapytanie dozwolonym adresem, a na drugie zablokowanym, przez co żądanie dociera do celu, którego walidacja nigdy nie zatwierdziła. To samo okno otwiera się bez atakującego, gdy nazwa legalnie rozwiązuje się na różne adresy między zapytaniami, np. przy krótkim czasie życia rekordów lub rotacji między kilkoma adresami. Problem dotyczy safeurl od wersji 0.1.0.

Podatność Server-Side Request Forgery (SSRF) w Slab safeurl pozwala atakującemu kontrolującemu zwalidowany URL na dotarcie do wewnętrznych celów sieciowych, które biblioteka ma blokować. Tylko adresy IPv4 są dopasowywane do zarezerwowanych zakresów i blocklisty. Każdy inny adres jest traktowany jako niepasujący do niczego, więc cel odrzucony w formie IPv4 jest akceptowany, gdy jest zapisany jako adres IPv6, wpisy IPv6 w blockliście nigdy nie pasują, a host, który nie rozwiązuje się na żaden adres IPv4, jest akceptowany niezależnie od tego, gdzie wskazuje. Wdrożenia opierające się na allowliście są nienaruszone, ponieważ tam niedopasowany adres jest odrzucany. Problem dotyczy safeurl od wersji 0.1.0.

Biblioteka surfio, służąca do odczytu i zapisu plików powierzchni, nieprawidłowo waliduje pola rozmiaru w plikach IRAP przed wersją 0.0.19. Prowadzi to do przepełnienia bufora podczas parsowania niezaufanych plików. Problem został naprawiony w wersji 0.0.19.

W urządzeniu TOTOLINK X5000R V9.1.0cu.2415_B20250515 odkryto wbudowane na stałe hasło dostępu root. Pozwala to na uzyskanie pełnego dostępu do urządzenia bez znajomości indywidualnych poświadczeń.

SmartAdmin w wersji 3.30.0 zawiera błąd autoryzacji w punkcie końcowym zapytań konfiguracyjnych. Pozwala to zdalnemu atakującemu na eskalację uprawnień.

Kaiten w wersjach od 57.192.20 do przed 57.214.26 jest podatny na wstrzykiwanie SQL. Dynamiczne zapytania SQL są generowane bez wymaganej walidacji danych oraz bez użycia sparametryzowanych zapytań lub procedur składowanych.

Dell SmartFabric OS10 w wersjach przed 10.6.1.3 zawiera podatność typu pobieranie kodu bez weryfikacji integralności. Uprzywilejowany atakujący z dostępem zdalnym może ją wykorzystać do wykonania dowolnego kodu.

Dell SmartFabric OS10 w wersjach przed 10.6.1.3 zawiera podatność typu Session Fixation. Nieuwierzytelniony atakujący z dostępem zdalnym może ją wykorzystać do kradzieży sesji.

Woodpecker, silnik CI/CD, w wersjach od 1.0.0 do 3.16.0 pozwala użytkownikowi z uprawnieniem Push na podłączonym repozytorium uruchamiać kroki potoku w dowolnym ServiceAccount w przestrzeni nazw potoku bez autoryzacji administratora. Umożliwia to dziedziczenie uprawnień RBAC tego konta i potencjalne przejęcie klastra. Problem naprawiono w wersji 3.16.0.