CVE-2026-99084 in Linux
Sumário
de VulDB • 23/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
readdir: não adquirir o bloqueio de inode em um diretório imutável
iterate_dir() adquire o i_rwsem compartilhado do diretório e o mantém durante ->iterate_shared(). Para um diretório que nunca possui entradas e nunca é removido, o bloqueio nada estabiliza; ele apenas ordena cada leitor e cada escritor desse inode uns atrás dos outros.
Isso importa para o diretório de uma instância nullfs. A instância do namespace de montagem inicial é a raiz de todo namespace de montagem vazio, e a instância privada é a raiz de toda thread do kernel; portanto, um único inode é compartilhado entre usuários que não têm nada em comum. E um leitor pode manter o bloqueio pelo tempo que desejar: forneça suporte ao buffer getdents() com um mapeamento de um arquivo em uma montagem FUSE feita por você mesmo, provoque a falha na cópia de "." e ".." e faça o servidor aguardar. Coloque um tomador exclusivo atrás dele; mkdir() nesse diretório passa por start_dirop() antes que a montagem somente leitura seja relatada, e, a partir desse momento, toda lookup que não encontrar entrada no dcache naquele diretório, toda criação e toda montagem nele esperam até que o servidor responda. Um usuário de um namespace de montagem vazio paralisa todos os outros.
Adicione FOP_IMMUTABLE para as operações de arquivo de um diretório que nunca muda e nunca é removido, e faça com que iterate_dir() pule o bloqueio para ele. A flag não muda para um arquivo; ->f_pos é protegida por f_pos_lock desde que os diretórios são FMODE_ATOMIC_POS, IS_DEADDIR não pode ser definido em tal diretório, nem touch_atime() nem fsnotify adquirem i_rwsem. Defina-a no diretório nullfs. Os diretórios placeholder de libfs também nunca têm entradas, mas seus proprietários os removem; portanto, eles mantêm o bloqueio.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.