CVE-2026-74285 in Linuxinformazioni

Riassunto

di VulDB • 15/08/2026

Nel kernel Linux è stata risolta la seguente vulnerabilità:

net: Arrestare l'rxq in locazione prima di disinstallarne il provider di memoria

La funzione netif_rxq_cleanup_unlease() interrompe il provider di memoria installato su una coda RX fisica tramite un leasing della coda netkit. Attualmente, revoca le mappature DMA del provider prima di arrestare la coda fisica:

__netif_mp_uninstall_rxq(virt_rxq, p); /* Unmap DMA */ __netif_mp_close_rxq(phys_rxq->dev, rxq_idx, p); /* Arresto della coda */

Questo inverte l'ordine utilizzato dai percorsi di smontaggio regolari (disregistrazione normale del dispositivo e percorso di chiusura io_uring zcrx), che arrestano la coda prima di revocare le mappature del provider.

Con la coda fisica ancora attiva, il suo NAPI può continuare a consumare voci net_iov dalla cache alloc dello page_pool dopo che __netif_mp_uninstall_rxq() ha già azzerato i relativi dma_addr, aprendo una finestra per cui il dispositivo potrebbe eseguire DMA verso un indirizzo obsoleto o nullo.

Si risolve il problema invertendo le due chiamate in modo che la coda venga arrestata (e il suo NAPI messo in quiescenza) prima della disinstallazione del provider. Non sono state osservate regressioni funzionali durante esecuzioni ripetute del test di autoverifica HW nk_qlease.py, che esercita il percorso di smontaggio del leasing; ciò è stato verificato contro l'emulazione QEMU fbnic.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Fonti

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!