Podatności Eclipse ThreadX
6 znanych podatności CVE w Eclipse ThreadX, przetłumaczonych i ocenionych.
- CVE-2026-115654Średnie
W Eclipse ThreadX w wersjach od 6.0.1 do 6.5.2.202603 usługi zarządzania wątkami Module Managera nie sprawdzają, czy wątek przekazany przez moduł w trybie użytkownika z ochroną pamięci należy do tego modułu. Każdy załadowany moduł może zawieszać, wznawiać, kończyć, resetować lub zmieniać priorytet wątków aplikacji i innych modułów oraz przerywać ich oczekiwania.
- CVE-2026-115653Wysokie
W Eclipse ThreadX w wersjach od 6.0.1 do 6.5.2.202603 handler PendSV portów Cortex-M zapisuje rejestry wywłaszczonego wątku modułu w trybie użytkownika w trybie uprzywilejowanym pod adresami pobranymi ze wskaźnika stosu wątku, bez sprawdzania tego wskaźnika względem stosu wątku. Moduł w trybie użytkownika z ochroną pamięci może zapisać do dziewięciu słów w pamięć poniżej dowolnego regionu, do którego może pisać, i odczytać, co jest tam przechowywane.
- CVE-2026-118052Średnie
W Eclipse ThreadX w wersjach od 6.0.1 do 6.5.2.202603 loadery Module Manager zwracają błąd przepełnienia bez zwolnienia muteksu Module Manager, gdy preambuła modułu deklaruje rozmiar danych lub stosu powodujący przepełnienie arytmetyki alokacji. Załadowanie takiego obrazu blokuje wszystkie późniejsze operacje ładowania, uruchamiania, zatrzymywania i wyładowywania modułów z innych wątków aż do resetu systemu.
- CVE-2025-55080Wysokie
W Eclipse ThreadX przed wersją 6.4.3, gdy włączona jest ochrona pamięci, weryfikacja parametrów wywołań systemowych była niewystarczająca, co pozwala atakującemu na uzyskanie dowolnego odczytu/zapisu pamięci.
- CVE-2025-55079Średnie
W Eclipse ThreadX przed wersją 6.4.3 moduł wątków ma ustawienie maksymalnego priorytetu. W niektórych przypadkach sprawdzenie tego maksymalnego priorytetu nie zostało wykonane, co pozwala na uzyskanie wątku o wyższym priorytecie niż oczekiwano i może spowodować odmowę usługi.
- CVE-2025-55078Średnie
W Eclipse ThreadX przed wersją 6.4.3 atakujący może wywołać odmowę usługi (awarię) poprzez podanie wskaźnika do zarezerwowanego lub niezamapowanego obszaru pamięci. Podatne wywołania systemowe sprawdzały wskaźniki, ale weryfikacja nie obejmowała sprawdzenia, czy wskaźnik znajduje się poza obszarem pamięci modułu.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

