Katalog CVE

CVE-2026-23281

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.13%

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

Streszczenie

W jądrze Linux w sterowniku wifi libertas funkcja lbs_free_adapter() używa timer_delete() zamiast timer_delete_sync(), co nie czeka na zakończenie działających callbacków timerów. Prowadzi to do use-after-free, ponieważ callbacki (lbs_cmd_timeout_handler i lbs_tx_lockup_handler) mogą odwoływać się do zwolnionej pamięci.

Ocena ryzyka

Może wystąpić use-after-free w jądrze, co grozi zawieszeniem systemu, uszkodzeniem pamięci lub potencjalnym wykonaniem kodu. Dotyczy systemów korzystających z urządzeń Wi-Fi opartych na sterowniku libertas.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę zamieniającą timer_delete() na timer_delete_sync(). Jeśli aktualizacja nie jest możliwa, rozważ wyłączenie lub ograniczenie użycia dotkniętych urządzeń Wi-Fi.

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: wifi: libertas: fix use-after-free in lbs_free_adapter() The lbs_free_adapter() function uses timer_delete() (non-synchronous) for both command_timer and tx_lockup_timer before the structure is freed. This is incorrect because timer_delete() does not wait for any running timer callback to complete. If a timer callback is executing when lbs_free_adapter() is called, the callback will access freed memory since lbs_cfg_free() frees the containing structure immediately after lbs_free_adapter() returns. Both timer callbacks (lbs_cmd_timeout_handler and lbs_tx_lockup_handler) access priv->driver_lock, priv->cur_cmd, priv->dev, and other fields, which would all be use-after-free violations. Use timer_delete_sync() instead to ensure any running timer callback has completed before returning. This bug was introduced in commit 8f641d93c38a ("libertas: detect TX lockups and reset hardware") where del_timer() was used instead of del_timer_sync() in the cleanup path. The command_timer has had the same issue since the driver was first written.

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