Wysoki Odebrany

CVE-2026-19575

opublikowano: 09.10.2026, 10:16

modyfikacja: 09.10.2026, 20:17

Ocena CVSS

7.8

Wysoki · v3.1

Oficjalne źródła

wektor: CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Procedura obsługi weryfikacji trybu użytkownika dla wywołania systemowego Device_deinit(), z_vrfy_device_deinit() w kernel/device.c, sprawdziła swój argument dev za pomocą K_SYSCALL_OBJ_INIT(dev, K_OBJ_ANY). k_object_validate() powoduje zwarcie w porównaniu typów, gdy żądanym typem jest K_OBJ_ANY, więc sprawdzenie zostaje zredukowane do „ten wskaźnik to adres bazowy jakiegoś obiektu jądra, któremu przyznano wątek wywołujący” — rzeczywisty typ obiektu nigdy nie był porównywany, a K_SYSCALL_OBJ_INIT również pomija sprawdzanie stanu inicjalizacji. Rodzeńskie procedury obsługi z_vrfy_device_init() i z_vrfy_device_is_ready() używały już K_OBJ_DRIVER_ANY i nie miało to na nie wpływu.

Wątek działający w trybie użytkownika może zatem przekazać dowolny obiekt jądra, do którego posiada uprawnienia — najbardziej użyteczny jest obiekt stosu wątków uzyskany z wywołania syscall k_thread_stack_alloc() lub statycznie zdefiniowany K_THREAD_STACK, któremu został przyznany w celu odrodzenia podrzędnego wątku użytkownika — którego pamięć zapasowa może być zapisywana z trybu użytkownika. z_impl_device_deinit() następnie interpretuje te bajty zapisane przez atakującego jako urządzenie strukturalne: wyłudza wskaźnik stanu odczytany z obiektu, wywołuje wskaźnik funkcji odczytany z ops.deinit i po pomyślnym ponownym zapisaniu stanu. Rezultatem jest pośrednie wywołanie dowolnego adresu wykonywane w trybie nadzorcy, plus dowolny odczyt jądra i jednobajtowy zapis jądra.

Eksploatacja powoduje wykonanie pełnego kodu jądra lokalnego, nieuprzywilejowanego wątku, całkowicie pokonując granicę izolacji CONFIG_USERSPACE; mniej precyzyjna próba kończy się błędem w trybie nadzorcy i awarią systemu. Wada jest dostępna tylko w kompilacjach, które obsługują zarówno CONFIG_USERSPACE, jak i CONFIG_DEVICE_DEINIT_SUPPORT — przy wyłączonej obsłudze deinicjalizacji funkcja z_impl_device_deinit() zwraca -ENOTSUP bez usuwania referencji do wskaźnika. W wersjach 4.2.x i 4.3.x wartość CONFIG_DEVICE_DEINIT_SUPPORT miała wartość domyślną y, więc każda kompilacja CONFIG_USERSPACE tych wydań jest widoczna, chyba że opcja została jawnie wyłączona. Od wersji 4.4.0 opcja jest opcjonalna (nie jest domyślna i nie jest wybierana przez żaden podsystem w drzewie), więc wersja 4.4.x jest widoczna tylko wtedy, gdy jawnie włącza tę opcję. Linia v4.2 nie jest już utrzymywana i nie otrzymuje backportu.

Poprawka zmienia kontrolę obiektu na K_OBJ_DRIVER_ANY, co ogranicza argument do zakresu typu obiektu sterownika wygenerowanego przez kompilację (K_OBJ_DRIVER_FIRST..K_OBJ_DRIVER_LAST) — rzeczywistych instancji urządzeń struktury umieszczonych przez linker — więc pola state i ops.deinit są ponownie kontrolowane przez jądro.

The user-mode verification handler for the device_deinit() system call, z_vrfy_device_deinit() in kernel/device.c, validated its dev argument with K_SYSCALL_OBJ_INIT(dev, K_OBJ_ANY). k_object_validate() short-circuits its type comparison when the requested type is K_OBJ_ANY, so the check reduced to "this pointer is the base address of some kernel object the calling thread has been granted" — the object's actual type was never compared, and K_SYSCALL_OBJ_INIT also skips the initialization-state check. The sibling handlers z_vrfy_device_init() and z_vrfy_device_is_ready() already used K_OBJ_DRIVER_ANY and were unaffected.

A thread running in user mode can therefore pass any kernel object it holds permission on — most usefully a thread stack object obtained from the k_thread_stack_alloc() syscall or a statically defined K_THREAD_STACK it was granted in order to spawn a child user thread — whose backing memory is writable from user mode. z_impl_device_deinit() then interprets those attacker-written bytes as a struct device: it dereferences the state pointer read out of the object, calls the function pointer read out of ops.deinit, and on success writes through state again. The result is an indirect call to an arbitrary address executed in supervisor mode, plus an arbitrary kernel read and a single-byte kernel write.

Exploitation gives a local unprivileged thread full kernel code execution, defeating the CONFIG_USERSPACE isolation boundary entirely; a less precise attempt yields a supervisor-mode fault and a system crash. The defect is only reachable in builds that enable both CONFIG_USERSPACE and CONFIG_DEVICE_DEINIT_SUPPORT — with de-initialization support disabled, z_impl_device_deinit() returns -ENOTSUP without ever dereferencing the pointer. In v4.2.x and v4.3.x, CONFIG_DEVICE_DEINIT_SUPPORT defaulted to y, so every CONFIG_USERSPACE build of those releases is exposed unless the option was explicitly turned off. From v4.4.0 the option is opt-in (no default, and not selected by any in-tree subsystem), so a v4.4.x build is exposed only if it enables the option explicitly. The v4.2 line is no longer maintained and receives no backport.

The fix changes the object check to K_OBJ_DRIVER_ANY, which constrains the argument to the build-generated driver object type range (K_OBJ_DRIVER_FIRST..K_OBJ_DRIVER_LAST) — the real struct device instances placed by the linker — so the state and ops.deinit fields are once again kernel-controlled.

>_ Słabości (CWE)

CWE-843

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve