Answer in brief
CVE-2024-57843 records a Unknown severity vulnerability in virtio-net: fix overflow inside virtnet_rq_alloc. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=295525e29a5b5694a6e96864f0c1365f79639863 <a8f7d6963768b114ec9644ff0148dde4c104e84b || >=295525e29a5b5694a6e96864f0c1365f79639863 <67a11de8965c2ab19e215fb6651d44847e068614 || >=295525e29a5b5694a6e96864f0c1365f79639863 <6aacd1484468361d1d04badfe75f264fa5314864 | a8f7d6963768b114ec9644ff0148dde4c104e84b, 67a11de8965c2ab19e215fb6651d44847e068614, 6aacd1484468361d1d04badfe75f264fa5314864 |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Jan 11, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: virtio-net: fix overflow inside virtnet_rq_alloc When the frag just got a page, then may lead to regression on VM. Specially if the sysctl net.core.high_order_alloc_disable value is 1, then the frag always get a page when do refill. Which could see reliable crashes or scp failure (scp a file 100M in size to VM). The issue is that the virtnet_rq_dma takes up 16 bytes at the beginning of a new frag. When the frag size is larger than PAGE_SIZE, everything is fine. However, if the frag is only one page and the total size of the buffer and virtnet_rq_dma is larger than one page, an overflow may occur. The commit f9dac92ba908 ("virtio_ring: enable premapped mode whatever use_dma_api") introduced this problem. And we reverted some commits to fix this in last linux version. Now we try to enable it and fix this bug directly. Here, when the frag size is not enough, we reduce the buffer len to fix this problem.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2024-57843 records a Unknown severity vulnerability in virtio-net: fix overflow inside virtnet_rq_alloc. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
A CVSS score is not reported in the current record. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=295525e29a5b5694a6e96864f0c1365f79639863 <a8f7d6963768b114ec9644ff0148dde4c104e84b || >=295525e29a5b5694a6e96864f0c1365f79639863 <67a11de8965c2ab19e215fb6651d44847e068614 || >=295525e29a5b5694a6e96864f0c1365f79639863 <6aacd1484468361d1d04badfe75f264fa5314864 | a8f7d6963768b114ec9644ff0148dde4c104e84b, 67a11de8965c2ab19e215fb6651d44847e068614, 6aacd1484468361d1d04badfe75f264fa5314864 |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Jan 11, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: virtio-net: fix overflow inside virtnet_rq_alloc When the frag just got a page, then may lead to regression on VM. Specially if the sysctl net.core.high_order_alloc_disable value is 1, then the frag always get a page when do refill. Which could see reliable crashes or scp failure (scp a file 100M in size to VM). The issue is that the virtnet_rq_dma takes up 16 bytes at the beginning of a new frag. When the frag size is larger than PAGE_SIZE, everything is fine. However, if the frag is only one page and the total size of the buffer and virtnet_rq_dma is larger than one page, an overflow may occur. The commit f9dac92ba908 ("virtio_ring: enable premapped mode whatever use_dma_api") introduced this problem. And we reverted some commits to fix this in last linux version. Now we try to enable it and fix this bug directly. Here, when the frag size is not enough, we reduce the buffer len to fix this problem.
Quoted source text, attributed separately from HOL analysis.