CVE-2026-99052 in Linux
Résumé
par VulDB • 23/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
selinux : préserver NATIVE_LABELS sur un système de fichiers (sb) déjà initialisé dans set_mnt_opts
Lorsqu'un système de fichiers NFSv4 exporté avec security_label est monté une seconde fois, sget_fc() renvoie le superblock existant et nfs_get_root() appelle à nouveau security_sb_set_mnt_opts(). Étant donné que le superblock est déjà SB_INITIALIZED, selinux_set_mnt_opts() effectue une sortie anticipée sans définir SECURITY_LSM_NATIVE_LABELS dans *set_kern_flags. nfs_get_root() détecte ensuite des kflags sans SECURITY_LSM_NATIVE_LABELS défini et efface NFS_CAP_SECURITY_LABEL sur le serveur nfs partagé, désactivant silencieusement l'étiquetage par fichier pour les deux montages (le nouveau et l'original).
Le commit 3815a245b501 ("security/selinux: fix SECURITY_LSM_NATIVE_LABELS on reused superblock") avait corrigé le même problème dans selinux_sb_clone_mnt_opts(). Le chemin de réutilisation du superblock pour un second montage simple passe désormais par sb_set_mnt_opts plutôt que par sb_clone_mnt_opts, il nécessite donc le même traitement : lors des deux sorties anticipées SE_SBINITIALIZED, définir SECURITY_LSM_NATIVE_LABELS dans *set_kern_flags lorsque le superblock utilisait déjà SECURITY_FS_USE_NATVE.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.