Description
In the Linux kernel, the following vulnerability has been resolved:

selinux: preserve NATIVE_LABELS on already-initialized sb in set_mnt_opts

When an NFSv4 filesystem exported with security_label is mounted a
second time, sget_fc() returns the existing superblock and
nfs_get_root() calls security_sb_set_mnt_opts() again on it. Since the
superblock is already SB_INITIALIZED, selinux_set_mnt_opts() takes an
early exit without setting SECURITY_LSM_NATIVE_LABELS in
*set_kern_flags. nfs_get_root() then sees kflags without
SECURITY_LSM_NATIVE_LABELS set and clears NFS_CAP_SECURITY_LABEL on
the shared nfs_server, silently disabling per-file labeling for both
the new and the original mount.

Commit 3815a245b501 ("security/selinux: fix SECURITY_LSM_NATIVE_LABELS
on reused superblock") fixed the same problem in
selinux_sb_clone_mnt_opts(). The reused-superblock path for a plain
second mount now goes through sb_set_mnt_opts rather than
sb_clone_mnt_opts, so it needs the same treatment: on both
SE_SBINITIALIZED early exits, set SECURITY_LSM_NATIVE_LABELS in
*set_kern_flags when the superblock was already using
SECURITY_FS_USE_NATVE.
Published: 2026-10-23
Score: n/a
EPSS: n/a
KEV: No
Impact: Loss of SELinux enforcement enabling unauthorized file access
Action: Patch immediately
AI Analysis

Impact

When an NFSv4 share exported with security labeling is mounted a second time, the kernel reuses an already initialised superblock and skips setting the SECURITY_LSM_NATIVE_LABELS flag. This causes the NFS server to clear the NFS_CAP_SECURITY_LABEL capability, thereby disabling per‑file SELinux labels for both the original and new mount. The result is that SELinux policy no longer applies to those mounts, which can lead to unauthorized reads or writes and privilege escalation. The weakness is a failure to correctly initialise security attributes on reused resources (CWE‑284).

Affected Systems

The flaw affects all Linux kernel versions that contain the buggy path before the commit that adds the missing flag. Both the generic Linux distribution kernels and custom builds will be vulnerable if they have not applied the upstream patch. The specific affected vendor is Linux, product is the Linux kernel, and versions are unspecified until the patch is deployed.

Risk and Exploitability

The vulnerability is not listed in the CISA KEV catalog and no EPSS score is available, but the impact on SELinux enforcement is significant. Exploitation requires the ability to mount (or remount) an NFSv4 share that was previously exported with security_label. An attacker who can achieve this can bypass SELinux controls on two separate mounts of the same share, potentially escalating privileges or exfiltrating data. The security assessment rates this as a high‑severity flaw due to the loss of mandatory access control but the public exploit probability remains uncertain as no exploit has yet been documented.

Generated by OpenCVE AI on October 23, 2026 at 15:48 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a kernel update that includes the commit 3815a245b501 which restores the SECURITY_LSM_NATIVE_LABELS flag for reused superblocks.
  • Reboot or reload the updated kernel to ensure the change takes effect.
  • Verify that NFS mounts exported with security_label have the SECURITY_LSM_NATIVE_LABELS flag set and that PERMISSIONS on the mounted filesystem enforce SELinux policies.

Generated by OpenCVE AI on October 23, 2026 at 15:48 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 23 Oct 2026 16:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-284

Fri, 23 Oct 2026 12:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: selinux: preserve NATIVE_LABELS on already-initialized sb in set_mnt_opts When an NFSv4 filesystem exported with security_label is mounted a second time, sget_fc() returns the existing superblock and nfs_get_root() calls security_sb_set_mnt_opts() again on it. Since the superblock is already SB_INITIALIZED, selinux_set_mnt_opts() takes an early exit without setting SECURITY_LSM_NATIVE_LABELS in *set_kern_flags. nfs_get_root() then sees kflags without SECURITY_LSM_NATIVE_LABELS set and clears NFS_CAP_SECURITY_LABEL on the shared nfs_server, silently disabling per-file labeling for both the new and the original mount. Commit 3815a245b501 ("security/selinux: fix SECURITY_LSM_NATIVE_LABELS on reused superblock") fixed the same problem in selinux_sb_clone_mnt_opts(). The reused-superblock path for a plain second mount now goes through sb_set_mnt_opts rather than sb_clone_mnt_opts, so it needs the same treatment: on both SE_SBINITIALIZED early exits, set SECURITY_LSM_NATIVE_LABELS in *set_kern_flags when the superblock was already using SECURITY_FS_USE_NATVE.
Title selinux: preserve NATIVE_LABELS on already-initialized sb in set_mnt_opts
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-23T12:22:34.168Z

Reserved: 2026-09-25T10:25:14.388Z

Link: CVE-2026-99052

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-23T13:17:28.747

Modified: 2026-10-23T13:17:28.747

Link: CVE-2026-99052

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-23T16:00:18Z

Weaknesses