Към съдържанието
Търсене

CVE-2026-63978: Linux, състезание за ресурс

9.8

CVSS 3.1

Няма данни

Вероятност да бъде експлоатирана в следващите 30 дни (EPSS)

Няма потвърждение

Атакува се

Няма данни

Време до експлоатация

Атакува се по мрежата, без особени условия, без вход и без действие от потребителя.

CVE радар: още уязвимости от този вид

  • Експлоатация: няма данни за експлоатация
  • Атаката може да се автоматизира

Описание

Оригинално описание

In the Linux kernel, the following vulnerability has been resolved: net/handshake: Drain pending requests at net namespace exit The arguments to list_splice_init() in handshake_net_exit() are reversed. The call moves the local empty "requests" list onto hn->hn_requests, leaving the local list empty, so the subsequent drain loop runs zero iterations. Pending handshake requests that had not yet been accepted are not torn down when the net namespace is destroyed; each one keeps a reference on a socket file and on the handshake_req allocation. Pass the source and destination in the documented order (list_splice_init(list, head) moves list onto head) so the pending list is transferred to the local scratch list and drained through handshake_complete(). Fixing the splice direction exposes a list-corruption race. After the splice each req->hr_list still has non-empty link pointers, threading the stack-local scratch list rather than hn_requests. A concurrent handshake_req_cancel() -- for example, from sunrpc's TLS timeout on a kernel socket whose netns reference was not taken -- finds the request through the rhashtable, calls remove_pending(), and sees !list_empty(&req->hr_list). __remove_pending_locked() then list_del_init()s an entry off the scratch list while the drain iterates, corrupting it. The same call arriving after the drain loop has run list_del() on an entry hits LIST_POISON instead. Have remove_pending() check HANDSHAKE_F_NET_DRAINING under hn_lock and report not-found when drain is in progress. The drain has already taken ownership; handshake_complete()'s existing test_and_set on HANDSHAKE_F_REQ_COMPLETED still arbitrates between drain and cancel for who calls the consumer's hp_done. Use list_del_init() rather than list_del() in the drain so req->hr_list does not carry LIST_POISON after drain releases the entry. The DRAINING guard in remove_pending() makes cancel return false, but cancel still falls through to test_and_set_bit on HANDSHAKE_F_REQ_COMPLETED

Засегнати продукти

  • Linux Linux: 3b3009ea8abb713b022d94fba95ec270cf6e7eae преди ee4b2ba9d30155f9945811cd3c0c1b06d45787a9; 3b3009ea8abb713b022d94fba95ec270cf6e7eae преди 9ec20c9a5a04f2c3f1cf65d21f886d7aaa6189cd; 3b3009ea8abb713b022d94fba95ec270cf6e7eae преди 2bf24a7e190aae0ea47c78099938ae056c622e44; 3b3009ea8abb713b022d94fba95ec270cf6e7eae преди 8c35539db0ab0bfa1ea44efab00b053261a69469; 3b3009ea8abb713b022d94fba95ec270cf6e7eae преди ea5fe6a73ca57e5150b8a38b341aef2636eb72f0
  • Linux Linux: 6.4; преди 6.4; 6.6.160 до 6.6.*; 6.12.93 до 6.12.*; 6.18.44 до 6.18.*; 7.0.12 до 7.0.*; от 7.1 нататък

Вид слабост

История

  • 19 юли 2026 Публикувано

Други уязвимости в Linux Linux

Първоизточници

CVE-2026-63978: Linux, състезание за ресурс | freedomonline.bg