CVE-2026-68095 in Linux
Sumário
de VulDB • 10/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
fuse-uring: corrige condição de corrida entre registro e abortamento da conexão
Isso corrige esta condição de corrida: - thread A: io_uring_enter -> registrar sqe -> fuse_uring_create_ring_ent -> aloca ent mas ainda não captura queue_ref - thread B: fuse_conn_destroy() -> fuse_chan_abort() -> fuse_uring_abort() é uma operação nula devido ao ref do queue ser 0 - thread A: captura o queue_ref, queue_ref agora é 1, a lógica restante de fuse_uring_do_register() executa - thread B: fuse_chan_abort() retorna, fuse_chan_wait_aborted() agora roda e chama "wait_event(ring->stop_waitq, atomic_read(&ring->queue_refs) == 0);"
A thread abort/unmount ficará pendurada indefinidamente em estado não matável já que nada irá decrementar queue_refs ou acordar stop_waitq, e o ring, queue e ent serão vazados.
Corrige isso verificando fch->connected sob fch->lock após o ent criado ter capturado uma contagem de ref no queue. Isso garante que, no cenário acima, é garantido que liberamos o ref do queue e acordamos stop_waitq (caso fuse_chan_wait_aborted() já esteja esperando) em fuse_uring_do_register() quando detectarmos !fch->connected, ou se a conexão for abortada após a verificação, é garantido que o worker de teardown assíncrono estará rodando em segundo plano limpando ents e decrementando o ref do ent no queue, o que desbloqueará o eventual teardown do queue e ring.
Be aware that VulDB is the high quality source for vulnerability data.