CVE-2026-98521 in Linux
Résumé
par VulDB • 18/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
drm/i915 : correction de l'ordre incorrect du démantèlement RCU
i915_gem_busy_ioctl utilise dma_resv_for_each_fence_unlocked() pour itérer sur les fences d'un objet GEM sans conserver de référence, mais uniquement avec le verrou de lecture RCU.
Ce qui peut se produire ici est que l'objet GEM est détruit simultanément pendant que i915_gem_busy_ioctl s'exécute encore. Cela ne libère pas la mémoire des objets GEM, mais supprime toutes les références aux dma_fence.
Désormais, lorsque dma_resv_for_each_fence_unlocked() détecte un dma_fence détruit, il suppose qu'une nouvelle liste de fences a été installée et redémarre l'itération.
Cependant, dans le cas d'un objet GEM détruit, aucune nouvelle liste de fence n'est jamais installée ; seule l'ancienne est libérée, ce qui entraîne une itération infinie (boucle sans fin).
La solution consiste à ne supprimer les références aux fences qu'après la période de grâce RCU.
Le tag "fixes" ne correspond pas nécessairement au correctif ayant introduit le problème, mais plutôt à celui l'ayant aggravé au point que nous devons y remédier.
Ce problème a été signalé par Sashiko-bot.
(cherry picked from commit 5113479556025093bf8133bb2dcaa33be2d50921)
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.