Katalog CVE

CVE-2026-80780

Nieznane
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W jądrze Linuxa w sterowniku HID PIDFF (hid_pidff) występuje podatność polegająca na zapisie poza granicami pamięci (OOB write), gdy lista hid->inputs jest pusta. Funkcja hid_pidff_init_with_quirks() pobiera wskaźnik do struktury hid_input bez sprawdzenia, czy lista nie jest pusta, co prowadzi do użycia typu-confused wskaźnika i zapisu poza obiektem. Atakujący może wywołać podatność poprzez podłączenie złośliwego urządzenia USB, bez konieczności logowania użytkownika.

Ocena ryzyka

Ryzyko obejmuje możliwość lokalnego eskalacji uprawnień lub naruszenia integralności pamięci jądra poprzez podłączenie spreparowanego urządzenia USB. Atak nie wymaga interakcji użytkownika ani specjalnego oprogramowania, co czyni go szczególnie niebezpiecznym w środowiskach z dostępem fizycznym do portów USB.

Rekomendacja

Zaleca się natychmiastowe zastosowanie oficjalnej łatki jądra Linuxa, która dodaje sprawdzenie pustej listy przed pobraniem wskaźnika i zwraca błąd -ENODEV. Należy również ograniczyć fizyczny dostęp do portów USB w krytycznych systemach oraz monitorować biuletyny bezpieczeństwa dystrybucji.

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: HID: pidff: fix OOB write when hid->inputs is empty hid_pidff_init_with_quirks() derives its input_dev from list_entry(hid->inputs.next, struct hid_input, list) without first checking that hid->inputs is non-empty. The list member of struct hid_input is at offset 0, so on an empty list list_entry() yields &hid->inputs itself and the following hidinput->input load reads an unrelated member of struct hid_device. dev is then a type-confused pointer, and force-feedback init writes through it: each set_bit(FF_*, dev->ffbit) stores 8 bytes at dev + 192, past the end of the object dev actually aliases, and input_ff_create() adds further writes of a heap pointer and two function pointers. Until hid-universal-pidff the only caller was hid_pidff_init() from usbhid, which runs under HID_CLAIMED_INPUT and therefore always has at least one hid_input. universal_pidff_probe() starts the device with HID_CONNECT_DEFAULT & ~HID_CONNECT_FF and then calls hid_pidff_init_with_quirks() directly whenever the descriptor carries a PID usage page, bypassing that gate. A report descriptor whose only application collection is on HID_UP_PID leaves hid->inputs empty while hid_connect() still succeeds through the hidraw claim, so probe reaches the unguarded list_entry(). The write happens in the USB probe path, on the hotplug workqueue, so plugging in a malicious device is enough to trigger it; no attacker software and no logged-in user are required. KASAN reports an 8-byte out-of-bounds write in hid_pidff_init_with_quirks() reached from universal_pidff_probe(). Check for an empty list before deriving dev and return -ENODEV, as the other HID force-feedback drivers already do. universal_pidff_probe() propagates the error and unwinds. Discovered by XBOW, triaged by Baul Lee <[email protected]>

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