Katalog CVE

CVE-2026-98202

Niskie ryzyko· EPSS 8%
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.18%

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

Streszczenie

W jądrze Linux w sterowniku Input: synaptics-rmi4 występuje błąd ogólnej ochrony (GPF) podczas zawieszania i wznawiania, gdy urządzenie rmi_dev nie jest powiązane z sterownikiem. Wywołanie rmi_driver_suspend() lub rmi_driver_resume() bez danych sterownika powoduje dereferencję NULL i GPF. Poprawka sprawdza obecność danych sterownika przed kontynuacją.

Ocena ryzyka

Może prowadzić do awarii systemu podczas przejścia w stan uśpienia lub wybudzania, powodując niedostępność usługi. Występuje w systemach z niepowiązanym urządzeniem RMI.

Rekomendacja

Zaktualizuj jądro Linux do wersji z poprawką. W przypadku problemów rozważ unikanie stanów uśpienia lub aktualizację sterowników.

Inne podatności w Linux kernel

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

In the Linux kernel, the following vulnerability has been resolved: Input: synaptics-rmi4 - fix GPF in suspend and resume when unbound Transport drivers (such as rmi_i2c and rmi_spi) invoke rmi_driver_suspend() and rmi_driver_resume() on their child rmi_dev device during system power management events. However, transport drivers are fully registered and operational even if the physical RMI driver failed to bind or probe the rmi_dev device. When rmi_driver_suspend() or rmi_driver_resume() is called on an unbound rmi_dev, dev_get_drvdata() returns NULL. Calling rmi_disable_irq() or rmi_enable_irq() without driver data attached causes a NULL pointer dereference and General Protection Fault when attempting to lock data->enabled_mutex. Fix this by checking if driver data is attached to rmi_dev in rmi_driver_suspend() and rmi_driver_resume(), exiting early if no driver data is present.

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