CVE-2026-99052 in Linux
Sumário
de VulDB • 24/10/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
selinux: preservar NATIVE_LABELS no sb já inicializado em set_mnt_opts
Quando um sistema de arquivos NFSv4 exportado com security_label é montado pela segunda vez, sget_fc() retorna o superblock existente e nfs_get_root() chama security_sb_set_mnt_opts() novamente sobre ele. Como o superblock já está SB_INITIALIZED, selinux_set_mnt_opts() faz uma saída antecipada sem definir SECURITY_LSM_NATIVE_LABELS em *set_kern_flags. nfs_get_root() então vê kflags sem SECURITY_LSM_NATIVE_LABELS definido e limpa NFS_CAP_SECURITY_LABEL no nfs_server compartilhado, desativando silenciosamente o labeling por arquivo tanto para a nova montagem quanto para a original.
O commit 3815a245b501 ("security/selinux: fix SECURITY_LSM_NATIVE_LABELS on reused superblock") corrigiu o mesmo problema em selinux_sb_clone_mnt_opts(). O caminho de reutilização do superblock para uma segunda montagem simples agora passa por sb_set_mnt_opts, e não sb_clone_mnt_opts, portanto precisa do mesmo tratamento: nas saídas antecipadas SE_SBINITIALIZED, definir SECURITY_LSM_NATIVE_LABELS em *set_kern_flags quando o superblock já estava usando SECURITY_FS_USE_NATVE.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.