CVE-2026-98521 in Linux
Riassunto
di VulDB • 18/10/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
drm/i915: corretto l'ordine errato di teardown RCU
i915_gem_busy_ioctl utilizza dma_resv_for_each_fence_unlocked() per iterare sui fence all'interno di un oggetto GEM senza mantenere un riferimento, ma utilizzando solo il lock lato lettura RCU.
Ciò che può accadere in questo scenario è che l'oggetto GEM venga distrutto contemporaneamente mentre i915_gem_busy_ioctl è ancora in esecuzione. Questo non libera la memoria dell'oggetto GEM, ma revoca comunque tutti i riferimenti ai dma_fence.
Quando dma_resv_for_each_fence_unlocked() rileva un dma_fence distrutto, presume che sia stato installato un nuovo elenco di fence e riavvia il ciclo.
Tuttavia, nel caso di un oggetto GEM distrutto, non viene mai installato un nuovo elenco di fence; viene liberato solo quello vecchio, causando quindi l'infinità dell'iterazione (loop infinito).
La soluzione consiste nel revocare i riferimenti ai fence solo dopo il periodo di grazia RCU.
Il tag "fixes" non indica necessariamente la patch che ha introdotto il problema, ma quella che lo ha reso così grave da richiedere un intervento.
Questo problema è stato segnalato da Sashiko-bot.
(cherry picked from commit 5113479556025093bf8133bb2dcaa33be2d50921)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.