CVE-2026-23386

NONE
Обновлено 25 марта 2026
Google
Параметр Значение
Поставщик Google
Публичный эксплойт Нет

В ядре Linux устранена следующая уязвимость: gve: исправлена некорректная очистка буфера в gve_tx_clean_pending_packets для QPL. В режиме DQ-QPL gve_tx_clean_pending_packets() неправильно использует RDA. Путь очистки буфера.

Он повторяет num_bufs раз и пытается отменить отображение записи в массиве dma. Это приводит к двум проблемам: 1. Массив dma делит хранилище с tx_qpl_buf_ids (union).

Интерпретация идентификаторов буферов как адресов DMA приводит к попытке отключить отображение неправильных ячеек памяти. 2. num_bufs в режиме QPL (с учетом кусков по 2К) может существенно превышать размер массива dma, вызывающий предупреждения о доступе за пределы границ (ниже показано, как мы заметили эту проблему). UBSAN: индекс массива за пределами границ в driver/net/ethernet/drivers/net/ethernet/google/gve/gve_tx_dqo.c:178:5 индекс 18 отсутствует диапазон для типа «dma_addr_t[18]» (он же «unsigned long long[18]») Рабочая очередь: gve gve_service_task [gve] Отслеживание вызова: <ЗАДАЧА> 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_reset+0x99/0x120 [гве] gve_service_task+0x61/0x100 [гве] процесс_scheduled_works+0x1e9/0x380 Исправьте это, правильно проверив режим QPL и делегировав gve_free_tx_qpl_bufs(), чтобы освободить буферы.

Показать оригинальное описание (EN)

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.