Katalog CVE

CVE-2026-89774

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.19%

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

Streszczenie

W jądrze Linux w podsystemie Bluetooth SCO funkcja sco_conn_ready() odwołuje się do wskaźnika sk bez trzymania conn->lock lub referencji, co w połączeniu z równoległym zamknięciem gniazda prowadzi do use-after-free. Poprawka utrzymuje referencję do sk i ponownie sprawdza ważność gniazda po lock_sock().

Ocena ryzyka

Lokalny atakujący może wywołać use-after-free w jądrze przez równoległe operacje na gniazdach Bluetooth SCO, co może prowadzić do awarii systemu lub potencjalnego wykonania kodu w kontekście jądra.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę utrzymującą referencję do sk w sco_conn_ready() i zwiększającą refcount w sco_get_sock_listen(). Do czasu aktualizacji ogranicz dostęp do urządzeń Bluetooth.

Powiązane podatności

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

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: hold sk properly in sco_conn_ready sk deref in sco_conn_ready must be done either under conn->lock, or holding a refcount, to avoid concurrent close. conn->sk and parent sk is currently accessed without either, and without checking parent->sk_state: [Task 1] [Task 2] sco_sock_release sco_conn_ready sk = conn->sk lock_sock(sk) conn->sk = NULL lock_sock(sk) release_sock(sk) sco_sock_kill(sk) UAF on sk deref and similarly for access to sco_get_sock_listen() return value. Fix possible UAF by holding sk refcount in sco_conn_ready() and making sco_get_sock_listen() increase refcount. Also recheck after lock_sock that the socket is still valid. Adjust conn->sk locking so it's protected also by lock_sock() of the associated socket if any.

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