Answer in brief
CVE-2026-23386 records a Unknown severity vulnerability in gve: fix incorrect buffer cleanup in gve_tx_clean_pending_packets for QPL. 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 | >=a6fb8d5a8b6925f1e635818d3dd2d89531d4a058 <71511dae56a75ce161aa746741e5c498feaea393 || >=a6fb8d5a8b6925f1e635818d3dd2d89531d4a058 <c171f90f58974c784db25e0606051541cb71b7f0 || >=a6fb8d5a8b6925f1e635818d3dd2d89531d4a058 <07e0c80e17ef781799e7cd5c41a7bf44f1bf6a5f || >=a6fb8d5a8b6925f1e635818d3dd2d89531d4a058 <3744ebd8ffaa542ae8110fb449adcac0202f4cc8 || >=a6fb8d5a8b6925f1e635818d3dd2d89531d4a058 <fb868db5f4bccd7a78219313ab2917429f715cea | 71511dae56a75ce161aa746741e5c498feaea393, c171f90f58974c784db25e0606051541cb71b7f0, 07e0c80e17ef781799e7cd5c41a7bf44f1bf6a5f, 3744ebd8ffaa542ae8110fb449adcac0202f4cc8, fb868db5f4bccd7a78219313ab2917429f715cea |
| Linux/Linuxgeneric | 6.6 | Not reported |
Published upstream
Mar 25, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Nov 5, 2026
In the Linux kernel, the following vulnerability has been resolved: gve: fix incorrect buffer cleanup in gve_tx_clean_pending_packets for QPL In DQ-QPL mode, gve_tx_clean_pending_packets() incorrectly uses the RDA buffer cleanup path. It iterates num_bufs times and attempts to unmap entries in the dma array. This leads to two issues: 1. The dma array shares storage with tx_qpl_buf_ids (union). Interpreting buffer IDs as DMA addresses results in attempting to unmap incorrect memory locations. 2. num_bufs in QPL mode (counting 2K chunks) can significantly exceed the size of the dma array, causing out-of-bounds access warnings (trace below is how we noticed this issue). UBSAN: array-index-out-of-bounds in drivers/net/ethernet/drivers/net/ethernet/google/gve/gve_tx_dqo.c:178:5 index 18 is out of range for type 'dma_addr_t[18]' (aka 'unsigned long long[18]') Workqueue: gve gve_service_task [gve] Call Trace: <TASK> dump_stack_lvl+0x33/0xa0 __ubsan_handle_out_of_bounds+0xdc/0x110 gve_tx_stop_ring_dqo+0x182/0x200 [gve] gve_close+0x1be/0x450 [gve] gve_reset+0x99/0x120 [gve] gve_service_task+0x61/0x100 [gve] process_scheduled_works+0x1e9/0x380 Fix this by properly checking for QPL mode and delegating to gve_free_tx_qpl_bufs() to reclaim the buffers.
Quoted source text, attributed separately from HOL analysis.