CVE-2026-19737
ŚrednieCVSS 5.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 1 - wyżej niż 1% wszystkich znanych CVE
Streszczenie
Podatność w sterowniku I2S dla układów Espressif (ESP32) w Zephyr OS. Funkcja i2s_esp32_trigger_check() nie sprawdza wskaźników strumienia dla kierunków RX/TX, co przy konfiguracji tylko jednego kierunku prowadzi do dereferencji NULL. Umożliwia to nieuprzywilejowanemu wątkowi w trybie użytkownika wywołanie i2s_trigger() z nieobsługiwanym kierunkiem i wywołanie paniki jądra (odmowa usługi).
Ocena ryzyka
Ryzyko polega na możliwości wywołania systemowej odmowy usługi (DoS) przez nieuprzywilejowany wątek w trybie użytkownika, co może zatrzymać cały system. Dotyczy to systemów z włączonym CONFIG_USERSPACE na układach RISC-V (np. ESP32-C6) w wersjach Zephyr od 4.4.0.
Rekomendacja
Zaleca się natychmiastowe zaktualizowanie Zephyr OS do wersji zawierającej poprawkę (commit w gałęzi v4.4 i v4.3-branch). Jeśli nie można zaktualizować, należy wyłączyć CONFIG_USERSPACE lub ograniczyć dostęp do urządzeń I2S tylko dla zaufanego kodu jądra.
Inne podatności w Zephyr OS
Zobacz wszystkie- CVE-2026-17052Wysokie
W sterowniku Time-aware GPIO w Zephyr OS brakuje walidacji wskaźników wyjściowych w syscallu tgpio_pin_read_ts_ec(), co pozwala nieuprzywilejowanemu wątkowi na zapis do dowolnej pamięci jądra. Podatność występuje tylko w konfiguracjach z CONFIG_USERSPACE=y i CONFIG_TIMEAWARE_GPIO=y, a praktyczny zakres jest ograniczony przez problemy z kompilacją w niektórych wersjach.
- CVE-2026-15893Średnie
W Zephyr OS funkcja net_if_ipv6_calc_reachable_time() w subsys/net/ip/net_if.c nieprawidłowo oblicza czas osiągalności sąsiada (ND reachable time), gdy base_reachable_time wynosi 1, co prowadzi do wartości 0. Atakujący może wysłać nieuwierzytelniony Router Advertisement z polem Reachable Time ustawionym na 1, co powoduje wyzerowanie czasu osiągalności. W efekcie, gdy sąsiad zostanie potwierdzony jako osiągalny, może wystąpić asercja jądra (jeśli CONFIG_ASSERT jest włączone) lub natychmiastowe wygaśnięcie timera, co prowadzi do ciągłych ponownych zapytań i degradacji Neighbor Discovery.
- CVE-2026-13216Średnie
Sterownik virtio PCI w Zephyr OS (drivers/virtio/virtio_pci.c) nieprawidłowo waliduje długość zdolności (cap_len) odczytywanej z przestrzeni konfiguracyjnej PCI. Brak walidacji w czasie wykonywania (asercja jest wyłączona w wersjach produkcyjnych) prowadzi do zapisu poza bufor na stosie jądra podczas inicjalizacji urządzenia.
- CVE-2026-11809Niskie
Klient OTA UpdateHub w Zephyr OS zawiera podatność polegającą na odczycie niezainicjalizowanej pamięci sterty oraz odczycie poza granicami bufora w funkcji z_impl_updatehub_probe(). Serwer UpdateHub może wysłać spreparowaną odpowiedź, która po nieudanym pierwszym parsowaniu JSON powoduje użycie niezakończonego znakiem NUL bufora metadata_copy, co prowadzi do odczytu poza przydzieloną pamięcią i może wywołać awarię urządzenia.
- CVE-2026-11368Wysokie
Podatność w warstwie ATT stosu Bluetooth w Zephyr OS prowadzi do użycia po zwolnieniu (use-after-free) pamięci kanału. Gdy zdalne urządzenie rozłączy się podczas trwającego ruchu ATT, opóźnione wywołanie zwrotne może odwołać się do zwolnionego już kanału, co powoduje awarię systemu lub potencjalne uszkodzenie pamięci.
- CVE-2026-10677Średnie
W Zephyr OS (wersje od v1.12.0 do v4.4.1) weryfikator syscall CONFIG_USERSPACE w funkcji z_vrfy_k_poll() nie zwalnia pamięci w przypadku błędu walidacji. Atakujący może wielokrotnie wywołać wyciek pamięci, prowadząc do wyczerpania puli jądra i odmowy usługi.
- CVE-2026-10674Średnie
W Zephyr OS (od v2.5.0) sterownik NXP LPUART wyłącza zegary peryferium przed walidacją konfiguracji. Nieobsługiwane parametry powodują błąd bez ponownego włączenia zegara, co prowadzi do twardego błędu i awarii systemu.
- CVE-2026-10666Wysokie
W funkcji parse_ipv4() w Zephyr OS występuje podatność przepełnienia bufora stosu. Atakujący może wysłać spreparowany adres IP z długim sufiksem po dwukropku, co powoduje kopiowanie danych poza przydzielony bufor 17-bajtowy. Problem istnieje od wersji v1.9.0 do v4.4.0 i może prowadzić do awarii systemu lub potencjalnego przejęcia kontroli.
- CVE-2026-10657Niskie
W Zephyr OS wykryto podatność w resolverze DNS, gdzie funkcja memcmp() porównuje zawsze 7 bajtów z sufiksem ".local", nawet gdy końcowa etykieta hostname jest krótsza. Powoduje to odczyt poza końcem łańcucha, co może prowadzić do błędu strony i odmowy usługi (DoS). Problem występuje tylko przy włączonym CONFIG_MDNS_RESOLVER i istnieje od wersji v1.10.0.
- CVE-2026-10656Średnie
Sterownik kontrolera USB MAX32xxx (udc_max32.c) w Zephyr OS nie sprawdza, czy bufor punktu końcowego jest NULL-em w procedurach obsługi zakończenia transferu OUT i IN. Gdy host USB wyśle nowy pakiet SETUP podczas trwającego transferu EP0, może dojść do wyczerpania FIFO i przetworzenia nieaktualnego zdarzenia, co prowadzi do dereferencji wskaźnika bliskiego NULL i awarii urządzenia.
Oryginalny opis (angielski, źródło NVD)
i2s_esp32_trigger_check() in drivers/i2s/i2s_esp32.c validates the requested direction only for I2S_DIR_BOTH. The I2S_DIR_RX and I2S_DIR_TX branches read dev_cfg->rx.data->configured / dev_cfg->tx.data->configured without first checking the stream pointers. The device instantiation macro I2S_ESP32_STREAM_INIT() sets both .conf and .data to NULL for a direction the devicetree does not describe, so on an instance that wires only one direction — the normal shape for audio output or a worldsemi,ws2812-i2s LED strip — the other direction dereferences a NULL pointer instead of returning an error. i2s_trigger() is a Zephyr syscall, and z_vrfy_i2s_trigger() in drivers/i2s/i2s_handlers.c validates only the device object and the presence of the trigger API pointer; the dir argument is passed to the driver unvalidated. On a build with CONFIG_USERSPACE enabled, a user-mode thread that has been granted the I2S device can issue a single i2s_trigger() call naming the unwired direction and cause a load from address 0 in kernel mode. Among the Espressif parts that carry this driver, userspace is available in-tree only on RISC-V SoCs with CONFIG_RISCV_PMP, and v4.4.0 is the first release where that is buildable: the ESP32-C6 HPCORE selects RISCV_PMP when it is not built for MCUboot. ESP32-C5 in v4.4.x carries the same PMP-region and userspace linker support but does not select RISCV_PMP by default. Espressif Xtensa targets do not support Zephyr userspace, and in a non-userspace build the bad direction can only come from in-kernel application code. The impact is limited to availability: the access is a read at offset 0 of the missing stream structure, so there is no attacker-controlled offset, no write primitive and no information disclosure. With the default fatal-error handler the resulting exception halts the system, giving an unprivileged user-mode thread a system-wide denial of service. The fix adds the same pointer check the I2S_DIR_BOTH branch already performed and returns -ENOSYS for a direction the instance does not implement; the driver's other entry points (i2s_esp32_config_check(), i2s_esp32_config_get(), i2s_esp32_read(), i2s_esp32_write()) already guarded the pointers, and a static audit found no equivalent unguarded path. The driver defect is older than the affected range. The unguarded dereference is present from v4.2.0 (reached through i2s_esp32_trigger_stream(), whose if (stream) guard tests the address of a struct member and is never false) and takes its present i2s_esp32_trigger_check() form in v4.3.0. No in-tree Espressif configuration before v4.4.0 can run a user-mode thread, so in v4.2.x and v4.3.x the direction argument can only come from trusted kernel code. Those releases carry the bug but are not listed as affected; the fix has also been merged to v4.3-branch as hardening.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS