Katalog podatności CVE

Nezha Monitoring przed wersją 2.0.13 ma lukę w obsłudze NoRoute w dashboardzie, która pozwala na dostęp do zasobów administracyjnych bez autoryzacji. Wykorzystując nieprawidłowe sprawdzenie prefiksu URL, atakujący może uzyskać dostęp do plików systemowych.

Nezha Monitoring w wersjach od 1.4.0 do przed 2.0.8 pozwala użytkownikom z rolą RoleMember na tworzenie zaplanowanych zadań cron, które mogą wykonywać dowolne polecenia na serwerach, w tym na serwerach należących do innych użytkowników. To stwarza ryzyko nieautoryzowanego dostępu do systemów.

Strona internetowa zawierająca nietypową zawartość WebGPU może załadować ją do procesu renderowania GPU GLES, co prowadzi do zapisu poza granicami pamięci w sterowniku użytkownika GPU. Może to skutkować uszkodzeniem pamięci oraz awarią przeglądarki lub procesu GPU.

Podatność w bibliotece sanitize-html (wersje przed 2.17.4) w domyślnej konfiguracji pozwala na ominięcie sanitacji i wstrzyknięcie kodu HTML/JavaScript przez element <xmp>. Może to prowadzić do trwałego XSS w aplikacjach renderujących oczyszczone dane.

Urządzenia Naxclow wykorzystują jednolity schemat podpisywania żądań oparty na wbudowanej w każdym obrazie oprogramowania soli. Po odzyskaniu tej soli z dowolnego urządzenia, atakujący może generować ważne podpisy dla dowolnych operacji urządzenia lub konta, co prowadzi do możliwości fałszowania żądań i podszywania się pod użytkowników.

Podatność w MariaDB (wersje 3.3.18 i 3.4.8) umożliwiająca wstrzyknięcie SQL pomimo użycia mysql_real_escape_string() z zestawem znaków big5. Naprawione w wersjach 3.3.19 i 3.4.9.

Podatność w MariaDB na Windows z zainstalowanym silnikiem CONNECT i włączoną obsługą REST pozwala na wstrzyknięcie atrybutu HTTP tabeli do linii poleceń curl bez odpowiedniego oczyszczania. Umożliwia to użytkownikowi wykonanie dowolnych poleceń systemowych na serwerze.

Aplikacja Aqara Home na Androida (wersja 6.0.0) oraz klienci white-label używający tej samej biblioteki liblumidevsdk.so zawierają zakodowane na stałe klucze kryptograficzne. Jest to naruszenie zasady CWE-321 i umożliwia atakującemu zdalne przejęcie poufnych danych oraz ich modyfikację bez uwierzytelnienia.

Punkt końcowy autoryzacji OAuth w chmurze Aqara (open-cn.aqara.com/oauth/authorize) jest podatny na obejście przekierowania z powodu luźnych kontroli dopasowania domeny. Jest to przykład CWE-1289: Nieprawidłowa walidacja niebezpiecznej równoważności w danych wejściowych.

Brama IAM/SSO Aqara (gw-builder.aqara.com) udostępnia nieuwierzytelniony dwukierunkowy dostęp AES do klucza podpisywania platformy. Jest to brak uwierzytelnienia dla krytycznej funkcji oraz użycie ryzykownego algorytmu kryptograficznego.

Podatność w API produkcyjnym Aqara Cloud (open-cn.aqara.com/v3.0/open/api) pozwalała każdemu ważnemu tokenowi deweloperskiemu na dostęp do dowolnego konta. Jest to brak autoryzacji (CWE-862) o krytycznym wyniku CVSS 9.6.

Brama Aqara IAM/SSO (gw-builder.aqara.com) używa zakodowanego na stałe poświadczenia klienta OAuth, co stanowi naruszenie zasady CWE-798 (użycie zakodowanych na stałe poświadczeń). Podatność ma szacowany wskaźnik CVSS 9.1 (krytyczny) i umożliwia zdalny atak bez uwierzytelnienia.

W aplikacji mobilnej Pause+ występuje podatność związana z niewłaściwym ograniczeniem nadmiernych prób uwierzytelnienia, co umożliwia obejście procesu uwierzytelniania.

Podatność w bibliotece jmespath.php umożliwia wykonanie dowolnego kodu PHP przez atakującego, gdy używany jest kompilator `JmesPath\CompilerRuntime` z kontrolowanym przez atakującego wyrażeniem JMESPath. Kompilator nie odpowiednio escapuje nazw funkcji, co pozwala na wstrzyknięcie złośliwego kodu do generowanego pliku cache, który następnie jest wykonywany.

Amasty Order Attributes dla Magento 2 przed wersją 4.0.0 zawiera podatność na nieautoryzowane przesyłanie plików, która pozwala atakującym na zapis dowolnych plików w katalogu mediów sklepu bez autoryzacji. Atakujący mogą przesyłać pliki PHP, co może prowadzić do zdalnego wykonania kodu.

W vm2, przed wersją 3.11.4, występowała podatność na ucieczkę z piaskownicy, która umożliwiała wykonanie dowolnego kodu w procesie hosta podczas wykonywania nieufnego kodu z obsługą asynchroniczną. Problem ten został naprawiony w wersji 3.11.4.

vm2 to otwarte źródło vm/sandbox dla Node.js. Przed wersją 3.11.4, vm2 ma podatność na wyjście z piaskownicy, co pozwala atakującym na wykonanie dowolnych poleceń na systemie gospodarza.

vm2 to otwarte źródło vm/sandbox dla Node.js. W wersjach przed 3.11.4, NodeVM blokuje kilka niebezpiecznych wbudowanych funkcji Node.js, jednak lista zablokowanych elementów nie obejmowała process oraz inspector/promises, co pozwala na obejście tych ograniczeń.

W wersjach przed 3.11.4 biblioteka vm2 zawierała lukę, która pozwalała na obejście zabezpieczeń związanych z opcjami 'nesting: true' i 'require: false'. Sprawdzenie równości ścisłej w kodzie nie działało poprawnie, co umożliwiało wykorzystanie nieautoryzowanych wymagań.