virtio-net: fix received length check in big packets

Summary

In the Linux kernel, the following vulnerability has been resolved: virtio-net: fix received length check in big packets Since commit 4959aebba8c0 ("virtio-net: use mtu size as buffer length for big packets"), when guest gso is off, the allocated size for big packets is not MAX_SKB_FRAGS * PAGE_SIZE anymore but depends on negotiated MTU. The number of allocated frags for big packets is stored in vi->big_packets_num_skbfrags. Because the host announced buffer length can be malicious (e.g. the host vhost_net driver's get_rx_bufs is modified to announce incorrect length), we need a check in virtio_net receive path. Currently, the check is not adapted to the new change which can lead to NULL page pointer dereference in the below while loop when receiving length that is larger than the allocated one. This commit fixes the received length check corresponding to the new change.

Timeline

1. Dec 8, 2025, 12:46 AM UTCCVE published
2. Oct 15, 2026, 9:58 PM UTCCISA SSVC assessment

   Exploitation: none · Automatable: no · Technical impact: total

3. Oct 15, 2026, 10:02 PM UTCRecord last updated

Affected versions

• Linux Linux

  From 4959aebba8c06992abafa09d1e80965e0825af54 · fixed in 82f9028e83944a9eee5229cbc6fee9be1de8a62d; From 4959aebba8c06992abafa09d1e80965e0825af54 · fixed in 946dec89c41726b94d31147ec528b96af0be1b5a; From 4959aebba8c06992abafa09d1e80965e0825af54 · fixed in 82fe78065450d2d07f36a22e2b6b44955cf5ca5b; From 4959aebba8c06992abafa09d1e80965e0825af54 · fixed in 3e9d89f2ecd3636bd4cbdfd0b2dfdaf58f9882e2; From 4959aebba8c06992abafa09d1e80965e0825af54 · fixed in 0c716703965ffc5ef4311b65cb5d84a703784717

• Linux Linux

  6.1

• KernelLinux

  From 6.1.0 · fixed in 6.1.159; From 6.2.0 · fixed in 6.6.117; From 6.7.0 · fixed in 6.12.58; From 6.13.0 · fixed in 6.17.8

References 5