Katalog podatności CVE

VLC media player przed wersją 3.0.24 zawiera podatność na przechodzenie poza katalog (path traversal) w ładowarce motywów skins2, która nie waliduje nazw członków w archiwach motywów .vlt. Atakujący mogą tworzyć złośliwe pliki motywów z sekwencjami przechodzenia poza katalog, aby zapisywać dowolne pliki z uprawnieniami użytkownika VLC, co umożliwia wykonanie kodu poprzez wstrzyknięcie skryptów Lua.

Typ confusion w V8 w Google Chrome przed wersją 154.0.8037.92 pozwolił zdalnemu atakującemu na wykonanie dowolnego kodu wewnątrz piaskownicy za pomocą spreparowanej strony HTML. (Waga bezpieczeństwa Chromium: Wysoka)

Nieprawidłowa autoryzacja w WebView w Google Chrome na Androidzie przed wersją 154.0.8037.92 pozwoliła zdalnemu atakującemu, który skompromitował proces renderowania, na potencjalne wykonanie dowolnego kodu poza piaskownicą za pomocą spreparowanej strony HTML. (Waga bezpieczeństwa Chromium: Niska)

Typ confusion w V8 w Google Chrome przed wersją 154.0.8037.92 pozwolił zdalnemu atakującemu na wykonanie dowolnego kodu wewnątrz piaskownicy za pomocą spreparowanej strony HTML. (Waga bezpieczeństwa Chromium: Wysoka)

Użycie po zwolnieniu (use after free) w PictureInPicture w Google Chrome przed wersją 154.0.8037.92 pozwoliło zdalnemu atakującemu, który skompromitował proces renderowania, na potencjalne wykonanie dowolnego kodu poza piaskownicą za pomocą spreparowanej strony HTML. (Waga bezpieczeństwa Chromium: Wysoka)

Typ confusion w V8 w Google Chrome przed wersją 154.0.8037.92 pozwolił zdalnemu atakującemu na wykonanie dowolnego kodu wewnątrz piaskownicy za pomocą spreparowanej strony HTML. (Waga bezpieczeństwa Chromium: Wysoka)

Typ confusion w V8 w Google Chrome przed wersją 154.0.8037.92 pozwolił zdalnemu atakującemu na wykonanie dowolnego kodu wewnątrz piaskownicy za pomocą spreparowanej strony HTML. (Waga bezpieczeństwa Chromium: Wysoka)

Nieprawidłowe zarządzanie uprawnieniami w komponencie Mojo w Google Chrome na Windows przed wersją 154.0.8037.92 pozwala lokalnemu atakującemu na potencjalne wykonanie dowolnego kodu poza piaskownicą poprzez lokalny program.

Przepełnienie bufora 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.

Zapis poza zakresem w komponencie GPU w Google Chrome przed wersją 154.0.8037.92 pozwala zdalnemu atakującemu, który przejął proces renderujący, na potencjalne wykonanie dowolnego kodu poza piaskownicą poprzez spreparowaną stronę HTML.

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.

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 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 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ń.

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.

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.

Biblioteka Russh przed wersją 0.63.1 w funkcji client_read_authenticated przekazuje zdarzenia kanału (CHANNEL_DATA, CHANNEL_EXTENDED_DATA, CHANNEL_EOF, CHANNEL_CLOSE, CHANNEL_OPEN_FAILURE, CHANNEL_SUCCESS, CHANNEL_FAILURE oraz podtypy CHANNEL_REQUEST: exit-status, exit-signal, xon-xoff) do publicznych callbacków bez potwierdzenia, że ChannelId należy do kanału otwartego przez klienta. Złośliwy serwer SSH może wysyłać zdarzenia cyklu życia dla przewidzianych, nieotwartych lub zwolnionych identyfikatorów kanałów, powodując paniki aplikacji lub uszkodzenie śledzenia zakończenia poleceń i kodów wyjścia.