Katalog podatności CVE

Niezainicjalizowany zasób w WebGPU w Google Chrome przed wersją 154.0.8037.92 umożliwił zdalnemu atakującemu uzyskanie danych z innego pochodzenia (cross-origin) za pomocą spreparowanej strony HTML. (Dotkliwość wg Chromium: Wysoka)

Dezorientacja typów w silniku V8 w Google Chrome przed wersją 154.0.8037.92 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu wewnątrz piaskownicy poprzez spreparowaną stronę HTML.

Podatność na przechodzenie po ścieżkach (CWE-22) we wbudowanym ekstraktorze systemów plików VMDK w Google OSV-SCALIBR w wersjach 0.3.6 do 0.5.0 umożliwia atakującemu kontrolującemu cel skanowania zapis dowolnych plików na systemie hosta. Podczas skanowania spreparowanych obrazów VMDK niewystarczająca walidacja wpisów ścieżek archiwum pozwala na wydostanie się ekstrakcji plików poza katalogi docelowe.

W oprogramowaniu układowym Anjvision YSSD‑RTMP‑H5 w wersji 3.3.2.4 na konsoli szeregowej znajduje się przestarzały skrót hasła oparty na słabym szyfrowaniu DES.

W firmware Anjvision YSSD-RTMP-H5 w wersji 3.3.2.4 dwa endpointy ujawniające informacje o użytkowniku mogą ujawniać poufne szczegóły urządzenia i konta w warunkach, które nie są przeznaczone do normalnej pracy.

W oprogramowaniu układowym Anjvision YSSD‑RTMP‑H5 w wersji 3.3.2.4 nieuwierzytelniona funkcja sprawdzania sieci może być wywołana w celu sondowania dowolnych hostów z wewnętrznej sieci urządzenia. Może to ujawnić wewnętrzne informacje lub spowodować wyciek danych przez zapytania DNS.

W firmware Anjvision YSSD-RTMP-H5 w wersji 3.3.2.4 wysłanie pustego żądania POST do /setUserConfig przez handler SOAP-RPC serwera WWW po cichu przywraca hasło administratora do wartości domyślnej i psuje stan uwierzytelniania w pamięci do momentu ponownego załadowania urządzenia. Handler nie weryfikuje poziomu uprawnień sesji, więc każdy uwierzytelniony użytkownik może to wywołać.

W oprogramowaniu układowym Anjvision YSSD‑RTMP‑H5 w wersji 3.3.2.4 wewnętrzny interfejs debugowania może zostać włączony przez nieudokumentowaną ścieżkę, ujawniając funkcje nieprzeznaczone do normalnej pracy. Po aktywacji interfejs ten umożliwia działania, które mogą nieumyślnie zapewnić podniesiony dostęp do systemu.

W firmware Anjvision YSSD-RTMP-H5 w wersji 3.3.2.4 osadzono zakodowane na stałe poświadczenia do API chmurowego, współdzielone między wdrożonymi urządzeniami. Każdy, kto zdobędzie publiczny pakiet firmware, może użyć tych wartości do interakcji z usługą chmurową w sposób nieprzewidziany do normalnej pracy.

W firmware Anjvision YSSD-RTMP-H5 w wersji 3.3.2.4 zarówno lokalny, jak i chmurowy mechanizm aktualizacji stosuje nowy firmware bez żadnej weryfikacji kryptograficznej, opierając się jedynie na podstawowym haszowaniu. Taka konstrukcja pozwala atakującemu, który dotrze do procedury aktualizacji, na wprowadzenie niezaufanych obrazów firmware, które urządzenie zaakceptuje jako prawidłowe.

W firmware Anjvision YSSD-RTMP-H5 w wersji 3.3.2.4 ukryty interfejs debugowania może być włączony poprzez uwierzytelnione żądanie, co pozwala na wysyłanie dodatkowych poleceń do usługi backendowej. Po aktywacji ta ścieżka może nieumyślnie ujawnić funkcjonalność na poziomie systemu, która może zostać nadużyta, jeśli spreparowane dane wejściowe dotrą do podstawowego handlera poleceń.

W oprogramowaniu sprzętowym Anjvision YSSD‑RTMP‑H5 w wersji 3.3.2.4 kilka punktów końcowych usługi ONVIF przetwarza żądania zarządzania bez wymaganego uwierzytelnienia. Może to pozwolić nieautoryzowanemu atakującemu na dostęp do wrażliwych operacji urządzenia.

Podatność na Cross Site Scripting (XSS) w Greek Universities Network (GUnet) Open eClass Platform v.3.15 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez parametry last name, first name i username w funkcji rejestracji użytkownika.

Problem w Greek Universities Network (GUnet) Open eClass Platform v.3.15 pozwala zdalnemu atakującemu na wykonanie dowolnego kodu poprzez pole wejściowe czatu w module kursu.

JupyterLab to rozszerzalne środowisko do interaktywnych i powtarzalnych obliczeń, oparte na architekturze Jupyter Notebook. Od JupyterLab 4.5.0 do 4.5.11 i 4.6.4, od Notebook 7.5.0 do 7.6.3 oraz od JupyterLite Core 0.7.0 do 0.8.4 ścieżka wklejania komórek ze schowka systemowego przyjmuje kontrolowany przez atakującego JSON komórki bez czyszczenia metadata.trusted. Gdy useSystemClipboardForCells jest aktywne, a pasteCodeCellsWithoutOutput wyłączone, wklejona komórka kodu może oznaczyć wyjście HTML jako zaufane, obejść sanityzację wyjścia i wykonać skrypt w uwierzytelnionym origin JupyterLab bez wykonywania komórki. Komórki Markdown i raw nie są dotknięte, ponieważ ich wyjście jest sanityzowane. Problem naprawiono w JupyterLab 4.5.11 i 4.6.4, Notebook 7.6.3 oraz JupyterLite Core 0.8.4.

JupyterLab to rozszerzalne środowisko do interaktywnych i powtarzalnych obliczeń, oparte na architekturze Jupyter Notebook. Od wersji 3.0.0 do 4.5.11 i 4.6.4 oraz w JupyterLite Core 0.8.3 i wcześniejszych, nagłówek Plural-Forms w wybranym pakiecie językowym innej firmy może dołączyć JavaScript po prawidłowej regule liczby mnogiej, ponieważ walidacja wyrażenia regularnego akceptuje tylko prefiks bez wymagania pełnego dopasowania. JupyterLab przekazuje zaakceptowane wyrażenie do new Function, więc załadowanie katalogu i przetłumaczenie ciągu liczby mnogiej wykonuje dołączony kod w uwierzytelnionym pochodzeniu JupyterLab. Tam, gdzie jądra, terminale i API serwera Jupyter są wystawione, kod może używać uwierzytelnionych API serwera do odczytu lub modyfikacji plików i uruchamiania kodu. Wpływ jest znacznie bardziej ograniczony w JupyterLite, ponieważ zazwyczaj brakuje mu większości wystawionych powierzchni serwera Jupyter. Domyślna lokalizacja angielska nie jest dotknięta, ponieważ nie ładuje katalogu tłumaczeń. Problem został naprawiony w JupyterLab 4.5.11 i 4.6.4 oraz JupyterLite Core 0.8.4.

simple-git, interfejs do wykonywania poleceń git w aplikacjach node.js, umożliwia aplikacjom wykonywanie operacji Git z JavaScript. Przed wersją 2.0.1 pakietu argv-parser, funkcja parseEnv pomija VISUAL w GitEnvKeys, więc prepareEnv usuwa tę wartość, zanim vulnerabilityCheck może ją sklasyfikować jako allowUnsafeEditor. Aplikacja, która przekazuje wartości środowiskowe wpływane przez atakującego, może pozwolić Gitowi na wywołanie wybranego przez atakującego edytora podczas operacji takich jak poprawianie commita czy interaktywny rebase, gdy żadne ustawienie edytora o wyższym priorytecie nie nadpisuje VISUAL i spełnione są wymagania terminala Gita. Wykonywany plik działa z uprawnieniami procesu Node.js. Problem naprawiono w argv-parser 2.0.1.

simple-git, interfejs do wykonywania poleceń git w aplikacjach node.js, umożliwia aplikacjom wykonywanie operacji Git z JavaScript. Od wersji 3.15.0 do 4.0.1 domyślny blockUnsafeOperationsPlugin nie klasyfikuje trailer.<token>.cmd jako niebezpiecznej konfiguracji. Aplikacja, która przekazuje wartości kontrolowane przez atakującego przez SimpleGitOptions.config lub argumenty -c, może pozwolić Gitowi na wywołanie wybranej przez atakującego komendy powłoki, gdy git interpret-trailers przetwarza skonfigurowany trailer. Komenda wykonuje się z tożsamością i uprawnieniami systemu operacyjnego procesu Node.js. Problem naprawiono w wersji 4.0.1.

Biblioteka simple-git przed wersją 4.0.0 zawiera lukę w domyślnym pluginie blockUnsafeOperationsPlugin, który porównuje nazwy opcji z dosłownymi zapisami niebezpiecznych opcji, podczas gdy Git akceptuje jednoznaczne skróty długich opcji. Argumenty push pochodzące od atakującego, np. skrócone formy --receive-pack lub --exec, mogą ominąć detectVulnerableFlags i doprowadzić do wykonania polecenia wybranego przez atakującego.

Biblioteka simple-git przed wersją 4.0.0 nie odrzuca w pełni dyrektyw include konfiguracji przekazanych przez customArgs do git.clone(). Brak klasyfikacji include.path pozwala Gitowi załadować plik konfiguracyjny kontrolowany przez atakującego, a poprawka nie obejmuje includeIf.<condition>.path. Załadowana konfiguracja może ustawić wykonywalną opcję Git, taką jak core.sshCommand, która zostanie uruchomiona z uprawnieniami procesu Node.js.