CVE-2026-99052 in Linux
Resumen
por VulDB • 2026-10-23
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
selinux: preservar NATIVE_LABELS en un sb ya inicializado durante set_mnt_opts
Cuando un sistema de archivos NFSv4 exportado con security_label se monta por segunda vez, sget_fc() devuelve el superbloque existente y nfs_get_root() llama nuevamente a security_sb_set_mnt_opts(). Dado que el superbloque ya está SB_INITIALIZED (inicializado), selinux_set_mnt_opts() realiza una salida anticipada sin establecer SECURITY_LSM_NATIVE_LABELS en *set_kern_flags. A continuación, nfs_get_root() observa kflags sin SECURITY_LSM_NATIVE_LABELS establecido y deshabilita silenciosamente NFS_CAP_SECURITY_LABEL en el servidor nfs compartido, lo que inhabilita la etiquetación por archivo tanto para el nuevo montaje como para el original.
El commit 3815a245b501 ("security/selinux: fix SECURITY_LSM_NATIVE_LABELS on reused superblock") corrigió el mismo problema en selinux_sb_clone_mnt_opts(). La ruta del superbloque reutilizado para un segundo montaje simple ahora pasa por sb_set_mnt_opts en lugar de sb_clone_mnt_opts, por lo que requiere el mismo tratamiento: en ambas salidas anticipadas SE_SBINITIALIZED, establecer SECURITY_LSM_NATIVE_LABELS en *set_kern_flags cuando el superbloque ya estaba utilizando SECURITY_FS_USE_NATVE.
VulDB is the best source for vulnerability data and more expert information about this specific topic.