{"id":"CVE-2026-99052","summary":"selinux: preserve NATIVE_LABELS on already-initialized sb in set_mnt_opts","details":"In the Linux kernel, the following vulnerability has been resolved:\n\nselinux: preserve NATIVE_LABELS on already-initialized sb in set_mnt_opts\n\nWhen an NFSv4 filesystem exported with security_label is mounted a\nsecond time, sget_fc() returns the existing superblock and\nnfs_get_root() calls security_sb_set_mnt_opts() again on it. Since the\nsuperblock is already SB_INITIALIZED, selinux_set_mnt_opts() takes an\nearly exit without setting SECURITY_LSM_NATIVE_LABELS in\n*set_kern_flags. nfs_get_root() then sees kflags without\nSECURITY_LSM_NATIVE_LABELS set and clears NFS_CAP_SECURITY_LABEL on\nthe shared nfs_server, silently disabling per-file labeling for both\nthe new and the original mount.\n\nCommit 3815a245b501 (\"security/selinux: fix SECURITY_LSM_NATIVE_LABELS\non reused superblock\") fixed the same problem in\nselinux_sb_clone_mnt_opts().  The reused-superblock path for a plain\nsecond mount now goes through sb_set_mnt_opts rather than\nsb_clone_mnt_opts, so it needs the same treatment: on both\nSE_SBINITIALIZED early exits, set SECURITY_LSM_NATIVE_LABELS in\n*set_kern_flags when the superblock was already using\nSECURITY_FS_USE_NATVE.","modified":"2026-11-01T02:31:22.878950615Z","published":"2026-10-23T12:22:34.168Z","database_specific":{"cna_assigner":"Linux","osv_generated_from":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/99xxx/CVE-2026-99052.json"},"references":[{"type":"WEB","url":"https://git.kernel.org/stable/c/22987d24a159ed7df3cdc9090ca5d61e58df0cac"},{"type":"WEB","url":"https://git.kernel.org/stable/c/28b7260548af3d35773477993ad4e4de41578dd7"},{"type":"WEB","url":"https://git.kernel.org/stable/c/2f0f1f5a3b89c1ed67e39be49d29ee7f5c96e039"},{"type":"WEB","url":"https://git.kernel.org/stable/c/5509d498e1b9edafebd5a60ba3cb9ecfda23dc2b"},{"type":"WEB","url":"https://git.kernel.org/stable/c/a545def625860d4ccedc14fe45e884a62a041cef"},{"type":"WEB","url":"https://git.kernel.org/stable/c/a6da93c625b3557dd23ff6db45d2d1bafeae1565"},{"type":"WEB","url":"https://git.kernel.org/stable/c/c997832414f1d846de0a1fa38d7d4f62ba2ea917"},{"type":"WEB","url":"https://git.kernel.org/stable/c/dc579e43b13cb65e55eabaae4f1a950e43567fb1"},{"type":"ADVISORY","url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/99xxx/CVE-2026-99052.json"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-99052"},{"type":"PACKAGE","url":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"}],"affected":[{"ranges":[{"type":"GIT","repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","events":[{"introduced":"eb9ae686507bc5a5ca78e6b3fbe629cd5cc67864"},{"fixed":"22987d24a159ed7df3cdc9090ca5d61e58df0cac"},{"fixed":"2f0f1f5a3b89c1ed67e39be49d29ee7f5c96e039"},{"fixed":"dc579e43b13cb65e55eabaae4f1a950e43567fb1"},{"fixed":"a545def625860d4ccedc14fe45e884a62a041cef"},{"fixed":"a6da93c625b3557dd23ff6db45d2d1bafeae1565"},{"fixed":"5509d498e1b9edafebd5a60ba3cb9ecfda23dc2b"},{"fixed":"c997832414f1d846de0a1fa38d7d4f62ba2ea917"},{"fixed":"28b7260548af3d35773477993ad4e4de41578dd7"}]}],"database_specific":{"source":"https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2026-99052.json"}},{"package":{"name":"Kernel","ecosystem":"Linux"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"3.11.0"},{"fixed":"5.10.273"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.11.0"},{"fixed":"5.15.224"}]},{"type":"ECOSYSTEM","events":[{"introduced":"5.16.0"},{"fixed":"6.1.191"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.2.0"},{"fixed":"6.6.160"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.7.0"},{"fixed":"6.12.113"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.13.0"},{"fixed":"6.18.57"}]},{"type":"ECOSYSTEM","events":[{"introduced":"6.19.0"},{"fixed":"7.2.11"}]}],"database_specific":{"source":"https://storage.googleapis.com/osv-test-cve-osv-conversion/osv-output/CVE-2026-99052.json"}}],"schema_version":"1.9.2"}