SecvalisbySYSDEVOPS.EU
Katalog CVE
EnglishPolski

CVE-2026-17053

ŚrednieCVSS 4.4
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.09%

Percentyl 0 - wyżej niż 0% wszystkich znanych CVE

Streszczenie

Dwa wywołania systemowe Zephyr (smbus_smbalert_remove_cb() i smbus_host_notify_remove_cb()) przekazywały wskaźnik struct smbus_callback *cb dostarczony przez użytkownika do kodu jądra bez walidacji pamięci. W buildach z CONFIG_USERSPACE i sterownikiem SMBus obsługującym SMBALERT lub Host Notify wątek użytkownika mógł wyrejestrować callback zarejestrowany przez komponent uprzywilejowany lub wywołać błąd jądra przez nieprawidłowy wskaźnik. Poprawka usuwa oba punkty wejścia wywołań systemowych.

Ocena ryzyka

Nieuprzywilejowany wątek może po cichu wyłączyć obsługę alertów SMBALERT lub Host Notify w całym systemie, a przy CONFIG_ASSERT=y wywołać błąd krytyczny jądra i ujawnić, które adresy są zmapowane. Dotyczy to wyłącznie buildów z CONFIG_USERSPACE oraz sterownikiem SMBus z obsługą SMBALERT lub Host Notify.

Rekomendacja

Zaktualizuj Zephyr do wersji zawierającej poprawkę usuwającą oba wywołania systemowe i demontującą te funkcje do zwykłych wywołań static inline. Jeśli aktualizacja nie jest możliwa, wyłącz CONFIG_USERSPACE lub sterownik SMBus z obsługą SMBALERT/Host Notify.

Powiązane podatności

Oryginalny opis (angielski, źródło NVD)

The SMBus driver API exposed smbus_smbalert_remove_cb() and smbus_host_notify_remove_cb() as Zephyr syscalls. Their verifiers in drivers/smbus/smbus_handlers.c validated only the dev argument with K_SYSCALL_OBJ(dev, K_OBJ_DRIVER_SMBUS) and forwarded the caller-supplied struct smbus_callback *cb pointer into kernel-mode driver code without any K_SYSCALL_MEMORY_READ/K_SYSCALL_MEMORY_WRITE validation. A companion change in 2023 had already removed the matching smbus_smbalert_set_cb() / smbus_host_notify_set_cb() syscalls for this reason, but the two removal syscalls were left exposed. On a build with CONFIG_USERSPACE=y, CONFIG_SMBUS=y and a driver implementing the callback operations (drivers/smbus/intel_pch_smbus.c with CONFIG_SMBUS_INTEL_PCH_SMBALERT/CONFIG_SMBUS_INTEL_PCH_HOST_NOTIFY, or drivers/smbus/smbus_stm32.c with CONFIG_SMBUS_STM32_SMBALERT), any user-mode thread that has been granted the SMBus device object can invoke these syscalls with an arbitrary pointer. The value reaches smbus_callback_remove() in drivers/smbus/smbus_utils.h, which uses it as a node identity against the kernel's sys_slist_t of registered callbacks. The consequence is that an unprivileged thread can unregister an SMBALERT or Host Notify callback that a supervisor-mode component registered, silently disabling alert handling for the rest of the system; because Zephyr images have fixed symbol addresses and the syscall returns 0 on a hit versus -ENOENT on a miss, the target address is both derivable and searchable. In builds with CONFIG_ASSERT=y the __ASSERT(callback->handler, ...) check additionally dereferences the caller-supplied address in supervisor mode, so a bogus pointer raises a kernel-mode fault and a fatal system error, and the fault/no-fault outcome discloses which addresses are mapped. The fix removes both syscall entry points, demoting the two functions to ordinary static inline calls so that callback list manipulation is available only to supervisor-mode code. There is no impact on builds without CONFIG_USERSPACE, and no impact on configurations that do not enable an SMBus driver with SMBALERT or Host Notify support.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS