CVE-2026-68118
WysokieCVSS 8.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 32 - wyżej niż 32% wszystkich znanych CVE
Streszczenie
W jądrze Linux w funkcji tcp_check_req() w stanie SYN-RECEIVED, nieprecyzyjny RST (niezgodny z RCV.NXT) jest akceptowany i usuwa żądanie, zamiast wywołać challenge ACK zgodnie z RFC 9293. Poprawka dodaje sprawdzenie zgodności z RFC 5961 przed walidacją pola ACK, aby wymusić challenge ACK dla nieprecyzyjnych RST.
Ocena ryzyka
Podatność może pozwolić atakującemu na łatwiejsze zrywanie połączeń TCP w stanie SYN-RECEIVED, co może prowadzić do ataków DoS. Zgodność z RFC poprawia odporność na takie ataki.
Rekomendacja
Zastosuj oficjalną łatkę jądra Linux, która implementuje poprawne zachowanie challenge ACK dla nieprecyzyjnych RST w stanie SYN-RECEIVED.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: tcp: challenge ACK for non-exact RST in SYN-RECEIVED The SYN-RECEIVED request-socket path in tcp_check_req() accepts an in-window RST without requiring SEG.SEQ to exactly match RCV.NXT. A non-exact RST therefore removes the request instead of eliciting a challenge ACK. RFC 9293 section 3.10.7.4 applies the RFC 5961 reset check in SYN-RECEIVED: an exact RST resets the connection, while a non-exact in-window RST must trigger a challenge ACK and be dropped. Apply that check before the ACK-field validation, following the RFC sequence-number, RST, then ACK processing order. Factor the per-netns challenge ACK quota out of tcp_send_challenge_ack() so request sockets can share it. Use the request socket's send_ack() callback and its own out-of-window ACK timestamp to send and rate-limit the response.