CVE-2026-72330
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 47 - wyżej niż 47% wszystkich znanych CVE
Streszczenie
W jądrze Linux w module net/tls występuje problem w funkcji tls_sw_read_sock(), który powoduje zablokowanie kolejnych rekordów danych przez puste rekordy aplikacyjne TLS. Puste rekordy (dozwolone w TLS 1.3) nie są konsumowane, co prowadzi do nieskończonego zapętlenia i blokady połączenia.
Ocena ryzyka
Atakujący może wysłać puste rekordy TLS, powodując denial of service (DoS) na połączeniu, blokując przetwarzanie dalszych danych.
Rekomendacja
Zastosuj aktualizację jądra Linux zawierającą poprawkę, która konsumuje puste rekordy danych w ścieżce read_sock().
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: net/tls: Consume empty data records in tls_sw_read_sock() A peer may send a zero-length TLS application_data record; TLS 1.3 explicitly permits these as a traffic-analysis countermeasure (RFC 8446, Section 5.1). After decryption such a record has full_len == 0. tls_sw_read_sock() hands it to the read_actor, which has no payload to consume and returns zero. The loop treats a zero return as backpressure (used <= 0), requeues the skb at the head of rx_list, and stops. rx_list is serviced head-first on the next call, so the empty record is dequeued, fails the same way, and is requeued again; every later record on the connection is blocked behind it. tls_sw_recvmsg() does not stall on this: a zero-length data record copies nothing and falls through to consume_skb(). Mirror that in the read_sock() path by recognizing an empty data record before the actor runs, consuming it, and continuing.