Odebrany

CVE-2026-98581

opublikowano: 18.10.2026, 18:17

modyfikacja: 19.10.2026, 12:19

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

W jądrze Linuksa usunięto następującą lukę:

nfc: llcp: Napraw uszkodzenie listy / desynchronizację refcount w nfc_llcp_recv_dm()

nfc_llcp_recv_dm() obsługuje DM(NOBOUND)/DM(REJ) dla gniazda, które jest nadal
połączone na local->connecting_sockets: wyszukuje gniazdo
nfc_llcp_connecting_sock_get(), ustawia sk->sk_state = LLCP_CLOSED i
wraca, bez zdejmowania blokady gniazda i bez odłączania gniazda
z listy connect_sockets.

llcp_sock_release() wybiera listę, z której należy odłączyć połączenie za pomocą sk_state: gniazdo
w LLCP_CONNECTING jest odłączony od connect_sockets, w przeciwnym razie od
lista gniazd. Ponieważ recv_dm pozostawił gniazdo fizycznie włączone
connect_sockets, ale w stanie LLCP_CLOSED, release() przyjmuje else
oddział i wywołuje nfc_llcp_sock_unlink(&local->sockets, sk). To działa
sk_del_node_init() trzymając gniazdo.lock, czyli usuwa gniazdo
z listy hlist connect_sockets pod niewłaściwą blokadą. Równolegle
connect() łącząca inne gniazdo z connect_sockets pod
connect_sockets.lock następnie mutuje tę samą niezserializowaną listę hlist, co
psuje listę i desynchronizuje funkcję sk_add_node()/sk_del_node_init()
parowanie skarpetka_hold()/__sock_put(). Nieuprzywilejowany lokalny holding procesowy
Gniazda LLCP, z DM dostarczanym przez zdalnego partnera za pośrednictwem ustalonej sieci
Łącze LLCP, może spowodować wyciek z gniazd jądra bez ograniczeń (plik
błędne zmniejszenie przechodzi przez nieuwalniającą ścieżkę __sock_put(), więc
obiekt nigdy nie jest zwalniany), co prowadzi do wyczerpania pamięci/DoS.

Jest to błąd tej samej klasy, który został naprawiony w procedurze obsługi rodzeństwa
nfc_llcp_recv_cc() poprzez zatwierdzenie b493ea2765cc („nfc: llcp: Napraw użycie po zwolnieniu
ścigaj się w nfc_llcp_recv_cc()"); recv_dm nie otrzymał równoważnej poprawki.

Napraw to w ten sam sposób: użyj funkcji lock_sock(), ponownie sprawdź, czy gniazdo jest nieruchome
hashed (release() mógł wygrać wyścig) oraz w przypadku NOBOUND/REJ
odłącz go od connect_sockets przed przeniesieniem do LLCP_CLOSED. The
unlink usuwa odniesienie do członkostwa w connect_sockets poprzez
sk_del_node_init(), pozostawiając gniazdo niezahaszowane, więc później
nfc_llcp_sock_unlink() w llcp_sock_release() staje się niemożliwym i nie
następuje podwójne put.

In the Linux kernel, the following vulnerability has been resolved:

nfc: llcp: Fix list corruption / refcount desync in nfc_llcp_recv_dm()

nfc_llcp_recv_dm() handles DM(NOBOUND)/DM(REJ) for a socket that is still
linked on local->connecting_sockets: it looks the socket up with
nfc_llcp_connecting_sock_get(), sets sk->sk_state = LLCP_CLOSED and
returns, without taking the socket lock and without unlinking the socket
from the connecting_sockets list.

llcp_sock_release() selects the list to unlink from by sk_state: a socket
in LLCP_CONNECTING is unlinked from connecting_sockets, otherwise from the
sockets list. Because recv_dm left the socket physically on
connecting_sockets but in the LLCP_CLOSED state, release() takes the else
branch and calls nfc_llcp_sock_unlink(&local->sockets, sk). That runs
sk_del_node_init() while holding sockets.lock, i.e. it removes the socket
from the connecting_sockets hlist under the wrong lock. A concurrent
connect() linking another socket onto connecting_sockets under
connecting_sockets.lock then mutates the same hlist unserialized, which
corrupts the list and desyncs the sk_add_node()/sk_del_node_init()
sock_hold()/__sock_put() pairing. An unprivileged local process holding
LLCP sockets, with the DM supplied by the remote peer over an established
LLCP link, can drive this to leak kernel sockets without bound (the
mis-decrement goes through the non-freeing __sock_put() path, so the
object is never released), leading to memory exhaustion / DoS.

This is the same class of bug that was fixed in the sibling handler
nfc_llcp_recv_cc() by commit b493ea2765cc ("nfc: llcp: Fix use-after-free
race in nfc_llcp_recv_cc()"); recv_dm did not receive the equivalent fix.

Fix it the same way: take lock_sock(), re-check that the socket is still
hashed (release() may have won the race), and for the NOBOUND/REJ case
unlink it from connecting_sockets before moving it to LLCP_CLOSED. The
unlink drops the connecting_sockets membership reference via
sk_del_node_init(), leaving the socket unhashed, so the later
nfc_llcp_sock_unlink() in llcp_sock_release() becomes a no-op and no
double put occurs.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve