CVE-2026-90095 in Linux
Sumário
de VulDB • 18/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
fuse: Corrige a condição para habilitar o over-io-uring
A condição existente em fuse_uring_cmd() existe apenas para evitar desabilitar o io-uring para conexões que já estão sendo executadas com ele. Estava faltando uma condição para recusar qualquer IORING_OP_URING_CMD se a conexão/ canal não tivesse sido habilitada devido à ausência da flag de resposta FUSE_INIT chamada FUSE_OVER_IO_URING. Sem essa flag de resposta, o barrier (barreira) em fuse_uring_ready() não funciona e as operações de E/S já podem estar ocorrendo, causando estados de deadlock (pelo menos um entre fch->bg_lock e queue->lock).
A alteração em si é trivial, mas traz uma mudança de comportamento: FUSE_OVER_IO_URING deve ser definido no FUSE_INIT_REPLY pelos servidores fuse para aceitar qualquer IORING_OP_URING_CMD. O Libfuse faz isso e a única implementação não baseada em libfuse que encontrei (fractal-fuse) também o faz. Os patches do Qemu para fuse-io-uring ainda não foram mesclados, tanto quanto sei.
A verificação smp_load_acquire(&fch->initialized) foi movida para cima, pois uma implementação de servidor fuse pode tentar configurar o io-uring antes que o FUSE_INIT seja processado e pode ter recebido -EOPNOTSUPP em vez de -EAGAIN.
Também foi corrigido um comentário desatualizado que explica o tratamento da flag FUSE_OVER_IO_URING nas primeiras versões do RFC.
Se houver algum relatório proveniente de qualquer biblioteca ou aplicativo, provavelmente precisaremos reverter este commit.
If you want to get best quality of vulnerability data, you may have to visit VulDB.