Katalog CVE

CVE-2026-80800

Nieznane
Opublikowano: Przetłumaczono: NVD NIST

Streszczenie

W jądrze Linuxa wykryto podatność w parserze TLV funkcji nfc_llcp_connect_sn() w podsystemie NFC LLCP. Funkcja ta nie sprawdza granic bufora podczas odczytu nagłówków i wartości TLV, co może prowadzić do odczytu poza zakresem (OOB read) lub zapętlenia z powodu niedomiaru długości dla krótkich ramek. Podatność jest osiągalna zdalnie przez pobliskie urządzenie NFC bez uwierzytelnienia.

Ocena ryzyka

Atakujący z pobliskim urządzeniem NFC może wywołać nieautoryzowany odczyt pamięci jądra, co może prowadzić do ujawnienia wrażliwych danych lub destabilizacji systemu (np. paniki jądra). Ze względu na brak uwierzytelnienia i automatyczną aktywację łącza LLCP, ryzyko jest istotne w środowiskach z włączoną obsługą NFC.

Rekomendacja

Zaleca się natychmiastowe zastosowanie oficjalnej łatki z jądra Linuxa, która ogranicza iterację po liście TLV do końca bufora (skb) i weryfikuje deklarowane długości przed użyciem. Należy również rozważyć wyłączenie NFC, jeśli nie jest wymagane, oraz monitorowanie biuletynów bezpieczeństwa dystrybucji.

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: nfc: llcp: bound the connect_sn TLV walk to the skb Commit 27256cdb290e ("nfc: llcp: bound SNL TLV parsing to the skb and add length checks") fixed the unbounded TLV walk in nfc_llcp_recv_snl(), and commit d8bd2dedbde5 ("nfc: llcp: fix OOB read and u8 offset wrap in TLV parsers") subsequently bounded nfc_llcp_parse_gb_tlv() and nfc_llcp_parse_connection_tlv(). One sibling parser sharing the same pattern remains unbounded: nfc_llcp_connect_sn(). nfc_llcp_connect_sn() walks a TLV list, reading a two-byte header (type, length) followed by length bytes of value, without checking that the two header bytes or the declared length stay within the buffer. It returns a pointer to a service name of up to 255 bytes that may point past the end of the skb; it is subsequently consumed by memcmp() in nfc_llcp_sock_from_sn(). In addition tlv_array_len was computed as "skb->len - LLCP_HEADER_SIZE" in size_t, so a CONNECT/CC frame shorter than the LLCP header underflows to a huge length and the walk runs far past the buffer. nfc_llcp_connect_sn() is reachable from nfc_llcp_recv_connect() and nfc_llcp_recv_cc(), i.e. from received CONNECT and CC PDUs. A nearby NFC device can reach this without authentication; LLCP link activation happens automatically after NFC-DEP, and the nfc_llcp_rx_skb() dispatcher applies no minimum-length guard. Walk the TLV list by pointer, bounded by skb_tail_pointer(skb), and validate each declared length before use, matching the approach already used for nfc_llcp_recv_snl(). Starting the walk at &skb->data[LLCP_HEADER_SIZE] against the tail pointer also removes the size_t underflow for short frames. Found by 0sec automated security-research tooling (https://0sec.ai).

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