Katalog CVE

CVE-2026-19676

WysokieCVSS 7.8
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.20%

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

Streszczenie

Podatność w weryfikatorze trybu użytkownika dla wywołania systemowego peci_transfer() w Zephyr RTOS. Funkcja z_vrfy_peci_transfer() sprawdzała jedynie uprawnienia do obiektu urządzenia i kopiowała strukturę peci_msg, nie weryfikując wskaźników buf ani wartości len w osadzonych strukturach tx_buffer i rx_buffer, które były przekazywane do sterownika bez sprawdzenia. Umożliwia to użytkownikowi z dostępem do urządzenia PECI zapis do pamięci jądra, odczyt pamięci jądra oraz wywołanie błędu w trybie supervisora.

Ocena ryzyka

Lokalny użytkownik posiadający kod w wątku trybu użytkownika z dostępem do urządzenia PECI może uzyskać pełne obejście izolacji i wykonać dowolny zapis do pamięci jądra, co prowadzi do naruszenia integralności i potencjalnie wykonania kodu z uprawnieniami supervisora. Wymagane jest włączenie CONFIG_USERSPACE oraz jednego ze sterowników PECI (NPCX, XEC lub ITE IT8XXX2).

Rekomendacja

Zaktualizować system Zephyr do wersji zawierającej poprawkę dodającą sprawdzenia K_SYSCALL_MEMORY_READ() i K_SYSCALL_MEMORY_WRITE() dla osadzonych buforów oraz zabezpieczenie size_add_overflow(). Do czasu aktualizacji ograniczyć dostęp do urządzeń PECI wyłącznie do zaufanych aplikacji.

Powiązane podatności

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

The user-mode verifier for the peci_transfer() system call, z_vrfy_peci_transfer() in drivers/peci/peci_handlers.c, checked only the device object permission and copied the caller-supplied struct peci_msg with k_usermode_from_copy(). That copy validates the outer structure only; the buf pointers and len values inside the embedded struct peci_buf members tx_buffer and rx_buffer remained fully caller-controlled and were passed unchecked to the driver. Every in-tree PECI driver dereferences those pointers in supervisor mode: peci_npcx_transfer() in drivers/peci/peci_npcx.c and peci_it8xxx2_transfer() in drivers/peci/peci_ite_it8xxx2.c copy hardware bytes into rx_buffer.buf[i] and read command bytes out of tx_buffer.buf[i], and peci_xec_read()/peci_xec_write() in drivers/peci/peci_mchp_xec.c do the same with no bound on rx_buffer.len at all. A user-mode thread that has been granted the PECI device object — the normal way an application exposes a device under CONFIG_USERSPACE — could therefore point rx_buffer.buf at kernel data structures and have the driver write hardware-supplied bytes there, or point tx_buffer.buf at kernel memory and have its contents pushed onto the PECI/eSPI out-of-band bus. The impact is a full user-mode-to-kernel escape: an arbitrary kernel write primitive (integrity and, through it, code execution at supervisor privilege), an arbitrary kernel read disclosed to a PECI bus observer, and a trivially reachable supervisor-mode fault if an unmapped address is supplied. Exploitation requires CONFIG_USERSPACE=y, one of the PECI drivers enabled (CONFIG_PECI_NPCX, CONFIG_PECI_XEC or CONFIG_PECI_ITE_IT8XXX2), and local code execution in a user-mode thread holding the PECI device. The fix adds K_SYSCALL_MEMORY_READ() and K_SYSCALL_MEMORY_WRITE() checks over the two embedded buffers, with a size_add_overflow() guard on the frame-check-sequence byte accounted for in the RX length.

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