Katalog CVE

CVE-2026-23395

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

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.25%

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

Streszczenie

W jądrze Linux stos Bluetooth L2CAP akceptuje wiele żądań L2CAP_ECRED_CONN_REQ bez sprawdzania identyfikatora polecenia. Może to oznaczyć wiele żądań jako oczekujące (FLAG_DEFER_SETUP) i przydzielić więcej niż L2CAP_ECRED_MAX_CID (5) kanałów w l2cap_ecred_rsp_defer, powodując przepełnienie.

Ocena ryzyka

Przepełnienie bufora w stosie Bluetooth może prowadzić do awarii jądra lub potencjalnie do wykonania kodu, zwłaszcza przy połączeniach Bluetooth z niezaufanymi urządzeniami.

Rekomendacja

Zaktualizuj jądro Linux do wersji zawierającej poprawkę odrzucającą żądania z tym samym identyfikatorem i rozważ wyłączenie Bluetooth, jeśli nie jest używany.

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: Bluetooth: L2CAP: Fix accepting multiple L2CAP_ECRED_CONN_REQ Currently the code attempts to accept requests regardless of the command identifier which may cause multiple requests to be marked as pending (FLAG_DEFER_SETUP) which can cause more than L2CAP_ECRED_MAX_CID(5) to be allocated in l2cap_ecred_rsp_defer causing an overflow. The spec is quite clear that the same identifier shall not be used on subsequent requests: 'Within each signaling channel a different Identifier shall be used for each successive request or indication.' https://www.bluetooth.com/wp-content/uploads/Files/Specification/HTML/Core-62/out/en/host/logical-link-control-and-adaptation-protocol-specification.html#UUID-32a25a06-4aa4-c6c7-77c5-dcfe3682355d So this attempts to check if there are any channels pending with the same identifier and rejects if any are found.

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