In the Linux kernel, the following vulnerability has been resolved: virtio-net: fix len check in receive_big() receive_big() bounds the… (CVE-2026-64552)
A vulnerability in the Linux kernel's virtio-net driver was resolved involving an incorrect length check in the receive_big() function. The function's bounds check for device-announced packet length was too loose, allowing a malicious virtio backend to specify a length that causes an out-of-bounds write past the static fragment array. This results in a NULL fragment being passed up the receive path, potentially leading to memory corruption. The issue was fixed by tightening the length bounds to match the actual buffer size advertised by add_recvbuf_big().
AI Analysis
Technical Summary
The Linux kernel's virtio-net driver had a vulnerability (CVE-2026-64552) in the receive_big() function where the length check was insufficiently strict. The function bounded the device-announced length by (big_packets_num_skbfrags + 1) * PAGE_SIZE, but add_recvbuf_big() actually set the scatter-gather list starting at an offset within the first page, effectively reducing the usable buffer size by about 20 bytes for the common header length. This discrepancy allowed a malicious virtio backend to announce a length within this gap, causing page_to_skb() to walk one fragment past the page chain. This led to an out-of-bounds write of a NULL page->private pointer into skb_shinfo()->frags[MAX_SKB_FRAGS], resulting in memory corruption and a NULL fragment being passed up the receive path. The fix involved bounding the length by the actual size advertised by add_recvbuf_big().
Potential Impact
This vulnerability allows a malicious virtio backend to cause an out-of-bounds write in the kernel memory, potentially leading to memory corruption. The impact includes confidentiality, integrity, and availability violations as indicated by the CVSS vector (C:H/I:H/A:H). This could result in system crashes or exploitation to compromise the kernel.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, avoid using untrusted virtio backends or isolate affected systems from untrusted virtual device sources. Monitor vendor channels for updates and apply patches promptly once released.
In the Linux kernel, the following vulnerability has been resolved: virtio-net: fix len check in receive_big() receive_big() bounds the… (CVE-2026-64552)
Description
A vulnerability in the Linux kernel's virtio-net driver was resolved involving an incorrect length check in the receive_big() function. The function's bounds check for device-announced packet length was too loose, allowing a malicious virtio backend to specify a length that causes an out-of-bounds write past the static fragment array. This results in a NULL fragment being passed up the receive path, potentially leading to memory corruption. The issue was fixed by tightening the length bounds to match the actual buffer size advertised by add_recvbuf_big().
CVSS v3.1
Score 8.4high
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's virtio-net driver had a vulnerability (CVE-2026-64552) in the receive_big() function where the length check was insufficiently strict. The function bounded the device-announced length by (big_packets_num_skbfrags + 1) * PAGE_SIZE, but add_recvbuf_big() actually set the scatter-gather list starting at an offset within the first page, effectively reducing the usable buffer size by about 20 bytes for the common header length. This discrepancy allowed a malicious virtio backend to announce a length within this gap, causing page_to_skb() to walk one fragment past the page chain. This led to an out-of-bounds write of a NULL page->private pointer into skb_shinfo()->frags[MAX_SKB_FRAGS], resulting in memory corruption and a NULL fragment being passed up the receive path. The fix involved bounding the length by the actual size advertised by add_recvbuf_big().
Potential Impact
This vulnerability allows a malicious virtio backend to cause an out-of-bounds write in the kernel memory, potentially leading to memory corruption. The impact includes confidentiality, integrity, and availability violations as indicated by the CVSS vector (C:H/I:H/A:H). This could result in system crashes or exploitation to compromise the kernel.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is available, avoid using untrusted virtio backends or isolate affected systems from untrusted virtual device sources. Monitor vendor channels for updates and apply patches promptly once released.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-6c34-77j2-7g8c
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64552"]
- Ecosystems
- []
- Database Specific Severity
- HIGH
- Cvss Version
- 3.1
Threat ID: 6a6b72d09c2644c7f8476a8e
Added to database: 07/30/2026, 15:50:40 UTC
Last enriched: 07/30/2026, 19:26:20 UTC
Last updated: 07/31/2026, 21:17:47 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.