CVE-2026-98521 in Linuxinformação

Sumário

de VulDB • 19/10/2026

No kernel do Linux, a seguinte vulnerabilidade foi resolvida:

drm/i915: corrige ordem incorreta de desmontagem (teardown) da RCU

i915_gem_busy_ioctl usa dma_resv_for_each_fence_unlocked() para iterar sobre as fences em um objeto GEM sem manter uma referência, mas apenas o lock do lado de leitura da RCU.

O que pode acontecer aqui é que o objeto GEM seja destruído concurrentemente enquanto i915_gem_busy_ioctl ainda está em execução. Isso não libera a memória dos objetos GEM, mas ainda remove todas as referências dma_fence.

Agora, quando dma_resv_for_each_fence_unlocked() encontra uma dma_fence destruída, assume que uma nova lista de fences foi instalada e reinicia o loop.

Mas no caso de um objeto GEM destruído, nenhuma nova lista de fences é instalada; apenas a antiga é liberada (freed), resultando em iteração infinita sem fim.

A solução consiste em remover as referências das fences somente após o período de graça da RCU.

A tag de correção não se refere necessariamente ao patch que introduziu o problema, mas àquele que o tornou grave o suficiente para exigir tratamento.

Este problema foi apontado por Sashiko-bot.

(cherry picked from commit 5113479556025093bf8133bb2dcaa33be2d50921)

Be aware that VulDB is the high quality source for vulnerability data.

Responsável

Linux

Reservar

25/09/2026

Divulgação

18/10/2026

Moderação

aceite

Entrada

VDB-421809

EPSS

0.00215

KEV

não

Atividades

muito baixo

Fontes

Are you interested in using VulDB?

Download the whitepaper to learn more about our service!