Katalog podatności CVE

Serwer TFTP w Eclipse ThreadX NetX Duo (do wersji 6.5.2.202603) z włączonym łańcuchowaniem pakietów nie ogranicza długości odbieranego datagramu DATA. Nieuwierzytelniony peer może przesłać zbyt duży datagram, powodując zapis poza granice pakietu do pliku, odczyt tych danych przez pobranie pliku oraz trwałe zawieszenie wątku serwera.

W Eclipse ThreadX w wersjach 6.0.1 do 6.5.2.202603, zbudowanych z TX_ENABLE_EVENT_TRACE, Module Manager pozwala modułowi w trybie użytkownika z ochroną pamięci zarejestrować dowolny wskaźnik funkcji jako callback pełnego bufora śledzenia jądra. Złośliwy moduł może dzięki temu wykonać własny kod z uprawnieniami jądra, obchodząc izolację modułów, lub uszkodzić jądro nieprawidłowym wskaźnikiem.

W Eclipse ThreadX w wersjach od 6.0.1 do 6.5.2.202603 cztery funkcje stosu bezpiecznego wywoływalne z niezabezpieczonego świata w portach TrustZone-M dereferencjonują wskaźnik wątku dostarczony przez niezabezpieczony świat bez sprawdzenia, czy wskazuje on pamięć niezabezpieczoną. Kod niezabezpieczony może ujawnić, które bajty bezpieczne są zerowe, zapisać wybrane słowa bezpieczne i wywołać błąd w świecie bezpiecznym, łamiąc izolację TrustZone-M i umożliwiając odzyskanie sekretów świata bezpiecznego, takich jak klucze kryptograficzne.

Electron to framework do tworzenia aplikacji desktopowych. W wersjach od 42.3.3 do 42.10.0, 43.5.0 i 44.0.0-beta.6, sandboxowany preload code cache nie weryfikował, czy wpis w cache odpowiada preloadowi, dla którego był serwowany. Złamany renderer mógł zapisać dane cache kontrolowane przez atakującego i spowodować, że Electron użyje ich przy późniejszym ładowaniu, wykonując kod renderera w bardziej uprzywilejowanym kontekście preload. Problem dotyczy aplikacji ładujących niezaufane treści. Poprawiono w wersjach 42.10.0, 43.5.0 i 44.0.0-beta.6.

W bibliotece libsoup, gdy rozszerzenie WebSocket permessage-deflate kompresuje bardzo dużą wiadomość wychodzącą, obcięte obliczenia rozmiaru używane do wzrostu GByteArray mogą się zawinąć, powodując, że zlib zapisuje poza przydzielony bufor, co prowadzi do przepełnienia sterty.

W bibliotece libsoup, podczas konstruowania maskowanej ramki WebSocket klienta dla bardzo dużego ładunku wychodzącego, wartości rozmiaru przekazywane do funkcji alokacji GByteArray mogą zostać obcięte, podczas gdy procedura maskowania nadal używa pełnej długości, co powoduje przepełnienie bufora sterty.

W bibliotece libsoup, gdy maksymalny rozmiar przychodzącego ładunku jest nieograniczony (0), SoupWebsocketConnection może zwiększać swój przychodzący GByteArray na podstawie długości ramki kontrolowanej przez atakującego, aż długość się zawinie, co powoduje przepełnienie bufora sterty podczas odczytu danych ramki.

W bibliotece libsoup funkcja soup_uri_decode_data_uri() nieprawidłowo traktowała ładunki data-URI base64 jako ciągi zakończone NUL podczas wywoływania g_base64_decode_inplace(). Jeśli ładunek po zdekodowaniu procentowo zawierał wbudowane bajty NUL, zdekodowana długość mogła pozostać niezainicjalizowana i być użyta jako rozmiar zwracanego GBytes. Może to prowadzić do odczytu poza zakresem lub awarii aplikacji podczas przetwarzania spreparowanego data URI.

W Google MCP Toolbox for Databases w wersjach 1.2.0–1.9.0 walidacja ścieżek allowedLocalRoots sprawdza katalogi leksykalnie, bez rozwiązywania dowiązań symbolicznych. Uwierzytelniony zdalny atakujący z uprawnieniami do wykonywania narzędzi może obejść ograniczenia katalogów i uzyskać dostęp lub nadpisać dowolne pliki lokalne poza dozwolonymi katalogami głównymi.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje podatność obejścia uwierzytelniania MFA przez przedwczesne wydanie ciasteczka rememberme. To pozwala na ominięcie wymogu wieloskładnikowego uwierzytelniania.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występują wektory SSRF (Server-Side Request Forgery) w różnych rozszerzeniach rdzenia. Adresy URL używane do żądań po stronie serwera były nieprawidłowo walidowane, co prowadzi do wektorów SSRF.

W Joomla! Core brak escapowania w metodzie HTMLHelper::link prowadzi do podatności XSS. Problem dotyczy wersji 1.5.0-5.4.8 oraz 6.0.0-6.1.3.

Podatność SQL Injection w rozszerzeniu Mediawiki - UserPageViewTracker Extension pozwala na wstrzykiwanie zapytań SQL. Dotyczy wersji od * przed 1.46.1, 1.45.5, 1.43.10.

Ollama w wersjach od 0.14.0 do przed 0.31.2 zawiera podatność nieprawidłowej autoryzacji w mechanizmie zatwierdzania poleceń Bash w eksperymentalnym trybie agenta. Mechanizm niepoprawnie parsuje składnię powłoki, co pozwala atakującym, którzy mogą wpływać na dane wyjściowe modelu przez wstrzyknięcie promptu, na wykonywanie dodatkowych poleceń powłoki przez dodanie operatorów kontrolnych, takich jak średniki lub operatory logiczne, do zatwierdzonych poleceń, omijając wymóg zatwierdzenia sesji.

Elektron to framework do tworzenia aplikacji desktopowych. Przed wersjami 41.10.6, 42.9.2, 43.4.1 i 44.0.0-beta.5, gość <webview> mógł włączyć nodeIntegrationInWorker dla swoich Web Workerów, nawet gdy osadzający (embedder) miał wyłączoną integrację Node.js i nie był w piaskownicy. Pozwalało to niezaufanej treści na utworzenie workera z uprawnieniami Node.js, przekraczającymi przyznane przez osadzającego.

Elektron przed wersjami 41.10.6, 42.9.2, 43.4.1 i 44.0.0-beta.5 miał problem z odpowiedziami serwowanymi przez protocol.registerFileProtocol lub protocol.registerHttpProtocol dla niestandardowego schematu z włączonym supportFetchAPI, ale wyłączonym corsEnabled. Odpowiedzi te mogły pozostać czytelne dla skryptów z innych źródeł (cross-origin). Jest to dopełnienie poprawki dla CVE-2026-70604.

Elektron przed wersjami 41.10.6, 42.9.2, 43.4.1 i 44.0.0-beta.5 nie dziedziczył aktywnych ograniczeń sandboxa HTML dla okien otwieranych z sandboxowanego dokumentu najwyższego poziomu. Niezaufana treść w takim dokumencie, która mogła otwierać popupy, mogła utworzyć okno z pełnym originem aplikacji Electron, zamiast ograniczonego originu przewidzianego przez sandbox.

Elektron przed wersjami 41.10.4, 42.5.2 i 43.0.0 nie przekazywał odziedziczonych ograniczeń sandboxa HTML do popupów otwieranych z sandboxowanego iframe przez ścieżkę OpenURLFromTab, w tym linki z target="_blank" lub środkowym kliknięciem. Niezaufany iframe z konfiguracją allow-scripts allow-popups mógł otworzyć popup z pełnym originem aplikacji, ujawniając ciasteczka, storage i możliwości skryptowania samego originu.

SGLang do wersji 0.5.20 w trybie prefill/decode disaggregation nie waliduje zduplikowanych pól bootstrap_room w żądaniach /generate z backendem transferu Mooncake KV. Nieuwierzytelnieni atakujący mogą wysyłać równoczesne żądania z identycznymi wartościami bootstrap_room, co może spowodować awarię procesów schedulera lub zawieszenie żądań innych użytkowników do czasu timeoutu transferu.

W bibliotece libsoup podczas składania fragmentowanych wiadomości WebSocket do GByteArray nie ograniczano odpowiednio całkowitego rozmiaru wiadomości w stosunku do limitów bazowego typu bufora. Zdalny peer mógł wysyłać fragmenty powodujące obcięcie rozmiaru, podczas gdy implementacja nadal używała pełnej długości, co prowadziło do uszkodzenia sterty lub awarii.