CVE-2026-99174 in Linux
Sumário
de VulDB • 28/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ext4: liberar o sbi após um período de grace period (período de espera)
O ext4_get_link() segue um symlink que mantém seu alvo em um bloco de dados no modo rcu pathwalk com ext4_getblk(EXT4_GET_BLOCKS_CACHED_NOWAIT). Isso lê s_mount_state na ASSERT() do ext4_getblk() e novamente no ext4_es_lookup_extent(), e a consulta incrementa o contador de acertos ou falhas do status da extent, tudo através do sb->s_fs_info.
O ext4_put_super() destrói esses contadores, limpa o sb->s_fs_info e libera o sbi sem aguardar um período de grace period. Um pathwalk que ainda está no ext4_get_link() quando a última referência ao mount é liberada então desreferencia um s_fs_info NULL, o sbi liberado ou os contadores percpu destruídos.
Com um pathwalk retido no ext4_get_link() enquanto a última referência é liberada:
KASAN: null-ptr-deref na faixa [0x00000000000000a8-0x00000000000000af]
RIP: 0010:ext4_getblk+0xf0/0x640 Call Trace: <TASK> ext4_get_link+0x26c/0x410 pick_link+0xf96/0x1780 step_into_slowpath+0x9b8/0x1250 path_lookupat+0x484/0xb00 filename_lookup+0x1f1/0x5b0 vfs_statx+0xd7/0x3b0 vfs_fstatat+0x4d/0x90 __do_sys_newfstatat+0xa0/0x100 do_syscall_64+0x10e/0x5e0 entry_SYSCALL_64_after_hwframe+0x77/0x7f
Até agora, isso tem sido difícil de acionar. O umount(2) aguarda um período de grace period no namespace_unlock() antes de liberar o mount; portanto, apenas um mount cuja última referência é liberada em outro local, como o fechamento de um arquivo ou uma mudança de diretório (chdir) para fora de um diretório desmontado com lazy unmount, pode causar uma condição de corrida (race condition) com um walker.
Mantenha sb->s_fs_info e libere o sbi junto com os contadores do status da extent após um período de grace period. Separe os contadores do ext4_es_unregister_shrinker() para isso. O shrinker ainda é desperdiçado no ext4_put_super(), mas os contadores vão com o sbi.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.