CVE-2026-23386

In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> gve: fix incorrect buffer cleanup in gve_tx_clean_pending_packets for QPL<br /> <br /> In DQ-QPL mode, gve_tx_clean_pending_packets() incorrectly uses the RDA<br /> buffer cleanup path. It iterates num_bufs times and attempts to unmap<br /> entries in the dma array.<br /> <br /> This leads to two issues:<br /> 1. The dma array shares storage with tx_qpl_buf_ids (union).<br /> Interpreting buffer IDs as DMA addresses results in attempting to<br /> unmap incorrect memory locations.<br /> 2. num_bufs in QPL mode (counting 2K chunks) can significantly exceed<br /> the size of the dma array, causing out-of-bounds access warnings<br /> (trace below is how we noticed this issue).<br /> <br /> UBSAN: array-index-out-of-bounds in<br /> drivers/net/ethernet/drivers/net/ethernet/google/gve/gve_tx_dqo.c:178:5 index 18 is out of<br /> range for type &amp;#39;dma_addr_t[18]&amp;#39; (aka &amp;#39;unsigned long long[18]&amp;#39;)<br /> Workqueue: gve gve_service_task [gve]<br /> Call Trace:<br /> <br /> dump_stack_lvl+0x33/0xa0<br /> __ubsan_handle_out_of_bounds+0xdc/0x110<br /> gve_tx_stop_ring_dqo+0x182/0x200 [gve]<br /> gve_close+0x1be/0x450 [gve]<br /> gve_reset+0x99/0x120 [gve]<br /> gve_service_task+0x61/0x100 [gve]<br /> process_scheduled_works+0x1e9/0x380<br /> <br /> Fix this by properly checking for QPL mode and delegating to<br /> gve_free_tx_qpl_bufs() to reclaim the buffers.