CVE-2026-90139 in Linux
Sumário
de VulDB • 17/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
fuse: verifique se o inode raiz é NULL em fuse_fill_super_submount
O fuse_iget() pode retornar NULL quando sua alocação de inode falha, mas o fuse_fill_super_submount() passou o resultado diretamente para get_fuse_inode() e decrementou fi->nlookup sem verificar:
root = fuse_iget(sb, parent_fi->nodeid, ...); fi = get_fuse_inode(root); fi->nlookup--;
Dentro do fuse_iget(), a alocação de inode pode falhar e retornar NULL. A raiz da submontagem segue o caminho iget5_locked(), cujo alloc_inode() pode falhar sob pressão de memória (o ramo auto-submount pode falhar da mesma maneira em new_inode() ou fuse_alloc_submount_lookup()):
inode = iget5_locked(sb, nodeid, fuse_inode_eq, fuse_inode_set, &nodeid); if (!inode) return NULL;
Um root NULL faz com que get_fuse_inode() execute um container_of() sobre NULL e a decrementação de nlookup seja uma escrita em um endereço inválido, causando um oops na montagem. Com CONFIG_KASAN, o seguinte dereferenciamento de ponteiro nulo é relatado quando a alocação do inode raiz de um auto-submount falha (por exemplo, sob pressão de memória):
================================================================== BUG: KASAN: null-ptr-deref in fuse_get_tree_submount+0x656/0x8b0 Read of size 8 at addr 00000000000002b0 by task ls/942 CPU: 0 PID: 942 Comm: ls Tainted: G W 6.6 #15 Call Trace: <TASK> fuse_get_tree_submount+0x656/0x8b0 vfs_get_tree+0x48/0x140 fc_mount+0x13/0x50 fuse_dentry_automount+0x7a/0xb0 __traverse_mounts+0xca/0x330 step_into+0x339/0xac0 path_lookupat+0xc5/0x2f0 filename_lookup+0x163/0x2a0 vfs_statx+0xd5/0x200 do_statx+0x83/0xd0 __x64_sys_statx+0xa0/0xc0 do_syscall_64+0x37/0x90 entry_SYSCALL_64_after_hwframe+0x78/0xe2 </TASK> ==================================================================
Retorne -ENOMEM; o chamador desmonta a superblock parcialmente construída em caso de erro, correspondendo às outras retornos de erro nesta função.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.