CVE-2026-53215
Beschrijving NL
In de Linux kernel is de volgende kwetsbaarheid verholpen:
net: mvpp2: RX buffers bijvullen voor XDP of skb gebruik
Het RX-foutpad retourneert de huidige descriptorbuffer naar de hardware
BM-pool. Dat is alleen geldig terwijl de bestuurder nog steeds eigenaar is van de buffer. mvpp2_rx_refill() kan mislukken nadat de huidige buffer is overhandigd aan
XDP of bevestigd aan een skb. In die gevallen kan mvpp2_run_xdp ()
gerecycleerd, omgeleid of in de wachtrij geplaatst voor XDP_TX, en een skb gratis ook
schakelt de gegevensbuffer uit. Het retourneren van een dergelijke buffer aan BM laat hardware DMA
in het geheugen dat niet langer eigendom is van de RX-ring. Vul de BM-pool bij voordat u de huidige buffer aan XDP of aan de
skb. Als de toewijzing daar niet lukt, laat u het pakket vallen en stuurt u de
nog in eigendom zijnde stroombuffer naar BM, met behoud van de poeldiepte. Zodra de
navulling slaagt, later gaan lokale druppels met pensioen/maken in plaats daarvan de huidige buffer vrij
van het terugsturen naar BM.
Origineel (Engels) tonen
In the Linux kernel, the following vulnerability has been resolved:
net: mvpp2: refill RX buffers before XDP or skb use
The RX error path returns the current descriptor buffer to the hardware
BM pool. That is only valid while the driver still owns the buffer.
mvpp2_rx_refill() can fail after the current buffer has been handed to
XDP or attached to an skb. In those cases mvpp2_run_xdp() may have
recycled, redirected, or queued the page for XDP_TX, and an skb free also
retires the data buffer. Returning such a buffer to BM lets hardware DMA
into memory that is no longer owned by the RX ring.
Refill the BM pool before handing the current buffer to XDP or to the
skb. If the allocation fails there, drop the packet and return the
still-owned current buffer to BM, preserving the pool depth. Once the
refill succeeds, later local drops retire/free the current buffer instead
of returning it to BM.