Katalog CVE

CVE-2026-52994

ŚrednieCVSS 5.5
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.17%

Percentyl 7 - wyżej niż 7% wszystkich znanych CVE

Streszczenie

W jądrze Linux w sterowniku vsock/virtio wykryto błąd w funkcji virtio_transport_init_zcopy_skb(), która używała już skonsumowanego iteratora (iter->count) do obliczania liczby stron do zablokowania w pamięci. Powodowało to pomijanie ograniczenia RLIMIT_MEMLOCK dla ostatniego pakietu, co mogło prowadzić do niekontrolowanego zużycia pamięci.

Ocena ryzyka

Organizacja może być narażona na wyczerpanie pamięci systemowej przez procesy wykorzystujące zerokopię w gniazdach vsock, co może prowadzić do odmowy usługi (DoS) lub destabilizacji systemu.

Rekomendacja

Należy niezwłocznie zaktualizować jądro Linux do wersji zawierającej poprawkę, która przekazuje jawnie parametr pkt_len zamiast iter->count do funkcji virtio_transport_init_zcopy_skb().

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: vsock/virtio: fix MSG_ZEROCOPY pinned-pages accounting virtio_transport_init_zcopy_skb() uses iter->count as the size argument for msg_zerocopy_realloc(), which in turn passes it to mm_account_pinned_pages() for RLIMIT_MEMLOCK accounting. However, this function is called after virtio_transport_fill_skb() has already consumed the iterator via __zerocopy_sg_from_iter(), so on the last skb, iter->count will be 0, skipping the RLIMIT_MEMLOCK enforcement. Pass pkt_len (the total bytes being sent) as an explicit parameter to virtio_transport_init_zcopy_skb() instead of reading the already-consumed iter->count. This matches TCP and UDP, which both call msg_zerocopy_realloc() with the original message size.

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