SecvalisbySYSDEVOPS.EU
Katalog CVE
EnglishPolski

CVE-2026-80575

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.12%

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

Streszczenie

W jądrze Linuxa wykryto podatność w sterowniku wejściowym cs40l50-vibra. Sterownik kopiuje dane niestandardowe efektu FF_PERIODIC/FF_CUSTOM z przestrzeni użytkownika bez walidacji długości, co może prowadzić do odczytu poza przydzielonym buforem (out-of-bounds read) oraz do nieprawidłowego indeksowania tablicy banków. Brak kontroli długości (custom_len) oraz błędne maskowanie wartości banku (przechowywanej w typie s16) umożliwiają atakującemu wywołanie niepożądanych zachowań.

Ocena ryzyka

Ryzyko obejmuje potencjalny wyciek informacji z pamięci jądra lub awarię systemu (panic) w wyniku odczytu poza granicami bufora. Atak wymaga dostępu do interfejsu EVIOCSFF (np. przez urządzenie wejściowe), co może być wykorzystane lokalnie przez nieuprzywilejowanego użytkownika.

Rekomendacja

Zaleca się natychmiastowe zastosowanie oficjalnej łatki od dystrybutora jądra Linux, która dodaje walidację długości danych (custom_len) oraz zmienia typ zmiennej przechowującej bank na u32. Należy również zrestartować system po aktualizacji, aby nowe jądro zostało załadowane.

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: cs40l50-vibra - validate custom data from user space cs40l50_add() copies the custom data of an FF_PERIODIC/FF_CUSTOM effect straight from the ff_effect the user passed to EVIOCSFF, without requiring it to hold anything: work_data.custom_data = memdup_array_user(periodic->custom_data, periodic->custom_len, sizeof(s16)); work_data.custom_len = periodic->custom_len; The driver then reads two words out of that buffer: custom_data[0] as the waveform bank in cs40l50_effect_bank_set(), and custom_data[1] as the index within the bank in cs40l50_effect_index_set(). Neither read is covered by a length check, and custom_len is fully user controlled: - custom_len == 0 makes memdup_array_user() call memdup_user() with a length of zero, which returns ZERO_SIZE_PTR rather than an error, so custom_data[0] dereferences it. - custom_len == 1 allocates two bytes. A bank of ROM or RAM keeps effect->type out of the OWT case, and custom_data[1] is then read one word past the allocation. The bank value itself is also mishandled. It is masked with CS40L50_CUSTOM_DATA_MASK (0xffff) but stored in an s16, so a custom_data[0] of 0x8000 or above wraps to a negative value that passes the "bank_type >= CS40L50_WVFRM_BANK_NUM" test. cs40l50_effect_index_set() indexes vib->dsp.banks[] with it before the switch statement's default case gets a chance to reject it: base_index = vib->dsp.banks[effect->type].base_index; max_index = vib->dsp.banks[effect->type].max_index; Require the two words the driver reads to be present, and hold the masked bank in a u32 so the existing upper-bound test covers the whole range. The da7280 haptic driver already range checks custom_len this way.

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