/

CVE-2026-53614

Severity:

HIGH RISK

(7.0)

Privilege Escalation (CWE-269) in util-linux mount

CVE-2026-53614

Awaiting Analysis

Vulnerability type

Category:

Local Privilege Escalation

CWE:

CWE-269, CWE-807

Impact:

Root Privilege Escalation

Severity:

HIGH RISK

(7.0)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

CVE-2026-53614 is a local privilege-escalation vulnerability in the SUID util-linux mount utility. A low-privileged user may influence mount behavior through an environment variable and race the application of security flags, potentially executing a SUID program from a temporarily unprotected bind mount to gain root privileges.

CVE-2026-53614 is a local privilege-escalation vulnerability in the SUID util-linux mount utility. A low-privileged user may influence mount behavior through an environment variable and race the application of security flags, potentially executing a SUID program from a temporarily unprotected bind mount to gain root privileges.

Affected context

The vulnerability affects deployments using the SUID mount utility with /etc/fstab bind-mount entries that permit user-controlled mounting through the user or users options. Risk is increased when those mounts rely on nosuid, noexec, or nodev, because the legacy non-atomic mount-and-remount sequence can briefly expose the mount before the protective flags are applied.

The vulnerability affects deployments using the SUID mount utility with /etc/fstab bind-mount entries that permit user-controlled mounting through the user or users options. Risk is increased when those mounts rely on nosuid, noexec, or nodev, because the legacy non-atomic mount-and-remount sequence can briefly expose the mount before the protective flags are applied.

Exploit preconditions

  • Attack surface: Local execution through the SUID mount utility
  • Required access: A low-privileged local account permitted to use an applicable /etc/fstab bind mount
  • Trigger point: Processing of a user-authorized bind mount while LIBMOUNT_FORCE_MOUNT2 influences mount-path selection
  • Required configuration: The bind mount is protected by security flags such as nosuid, noexec, or nodev
  • Why exploitation is possible: The forced legacy path creates a race window between the initial bind mount and the remount that applies the protective flags
  • Attack surface: Local execution through the SUID mount utility
  • Required access: A low-privileged local account permitted to use an applicable /etc/fstab bind mount
  • Trigger point: Processing of a user-authorized bind mount while LIBMOUNT_FORCE_MOUNT2 influences mount-path selection
  • Required configuration: The bind mount is protected by security flags such as nosuid, noexec, or nodev
  • Why exploitation is possible: The forced legacy path creates a race window between the initial bind mount and the remount that applies the protective flags

Why this happens

The underlying issue combines reliance on attacker-controlled environment data with an unsafe privileged operation sequence. The SUID mount utility reads LIBMOUNT_FORCE_MOUNT2 using getenv() and can consequently select a non-atomic legacy bind-mount path. Security properties expected from the final remount are not present during the intermediate state, allowing a local user to race the transition and use the mount before its restrictions are enforced. This relates to CWE-269: Improper Privilege Management and CWE-807: Reliance on Untrusted Inputs in a Security Decision.

The underlying issue combines reliance on attacker-controlled environment data with an unsafe privileged operation sequence. The SUID mount utility reads LIBMOUNT_FORCE_MOUNT2 using getenv() and can consequently select a non-atomic legacy bind-mount path. Security properties expected from the final remount are not present during the intermediate state, allowing a local user to race the transition and use the mount before its restrictions are enforced. This relates to CWE-269: Improper Privilege Management and CWE-807: Reliance on Untrusted Inputs in a Security Decision.

Potential impact

  • A local attacker may execute a SUID program from a temporarily unrestricted mount.
  • The attacker could gain root-level privileges.
  • Security controls such as nosuid, noexec, or nodev may be bypassed during the race window.
  • The host may be exposed to further compromise, persistence, or lateral movement.
  • A local attacker may execute a SUID program from a temporarily unrestricted mount.
  • The attacker could gain root-level privileges.
  • Security controls such as nosuid, noexec, or nodev may be bypassed during the race window.
  • The host may be exposed to further compromise, persistence, or lateral movement.

General mitigation guidance

Mitigation generally focuses on preventing untrusted environment data from influencing privileged mount behavior and ensuring security attributes are applied atomically or before access is possible.

Common defensive patterns include:

  • Ignoring or sanitizing attacker-controlled environment variables in SUID programs.
  • Using mount operations that apply security flags as part of one indivisible transaction where supported.
  • Avoiding legacy mount-and-remount sequences for security-sensitive bind mounts.
  • Restricting user and users authorization in /etc/fstab to mounts that do not expose sensitive content.
  • Applying least privilege to the mount utility and limiting SUID binaries and executable content on user-writable filesystems.
  • Treating mount options as security boundaries and validating their effective state before allowing access.

Mitigation generally focuses on preventing untrusted environment data from influencing privileged mount behavior and ensuring security attributes are applied atomically or before access is possible.

Common defensive patterns include:

  • Ignoring or sanitizing attacker-controlled environment variables in SUID programs.
  • Using mount operations that apply security flags as part of one indivisible transaction where supported.
  • Avoiding legacy mount-and-remount sequences for security-sensitive bind mounts.
  • Restricting user and users authorization in /etc/fstab to mounts that do not expose sensitive content.
  • Applying least privilege to the mount utility and limiting SUID binaries and executable content on user-writable filesystems.
  • Treating mount options as security boundaries and validating their effective state before allowing access.

How teams detect issues like this

Detection can combine host configuration review, code analysis, and runtime monitoring:

  • Inspect /etc/fstab for user-authorized bind mounts combined with nosuid, noexec, or nodev.
  • Review privileged code for direct use of environment variables in mount-operation decisions.
  • Use static analysis rules to flag getenv() or equivalent environment access in SUID code without an explicit trust boundary.
  • Check for non-atomic mount followed by remount sequences in privileged utilities.
  • Monitor mount events, unexpected bind mounts, and execution of binaries from newly mounted paths.
  • Enforce policy checks that reject user-authorized mounts lacking appropriate restrictions.

Automated security review tools may help identify unsafe environment handling and privileged filesystem-operation patterns.

Detection can combine host configuration review, code analysis, and runtime monitoring:

  • Inspect /etc/fstab for user-authorized bind mounts combined with nosuid, noexec, or nodev.
  • Review privileged code for direct use of environment variables in mount-operation decisions.
  • Use static analysis rules to flag getenv() or equivalent environment access in SUID code without an explicit trust boundary.
  • Check for non-atomic mount followed by remount sequences in privileged utilities.
  • Monitor mount events, unexpected bind mounts, and execution of binaries from newly mounted paths.
  • Enforce policy checks that reject user-authorized mounts lacking appropriate restrictions.

Automated security review tools may help identify unsafe environment handling and privileged filesystem-operation patterns.

Sources

SourceLink
github.comgithub.com/util-linux/util-linux/commit/31e37c1c7dcf25b76ccf41391fe934a75644c661
github.comgithub.com/util-linux/util-linux/commit/53ff0fcdab12d69c60c971c69a3d0d173fa46ca9
github.comgithub.com/util-linux/util-linux/commit/9cbfb823500f510b34767edabd3ffd5b436987b4
github.comgithub.com/util-linux/util-linux/commit/cc81bbcec598cb91f0eb8456282f33eed820ed5f
github.comgithub.com/util-linux/util-linux/commit/fd6b4d94ff013dc7ed680d4e864610da5b9751f1
github.comgithub.com/util-linux/util-linux/releases/tag/v2.41.5
github.comgithub.com/util-linux/util-linux/releases/tag/v2.42.2
github.comgithub.com/util-linux/util-linux/security/advisories/GHSA-67r7-8m5w-22wx

Frequently asked

questions

No. Exploitation requires local access to the affected host and an applicable user-authorized mount configuration.

The attacker needs a low-privileged account that can invoke the SUID mount utility for a suitable /etc/fstab bind mount.

Prevent untrusted environment variables from selecting privileged operation modes and use atomic mount procedures that apply security restrictions before the mount becomes usable.

Minimize SUID functionality, audit user-authorized mount entries, avoid security-sensitive remount races, and monitor privileged filesystem operations.

No. Exploitation requires local access to the affected host and an applicable user-authorized mount configuration.

The attacker needs a low-privileged account that can invoke the SUID mount utility for a suitable /etc/fstab bind mount.

Prevent untrusted environment variables from selecting privileged operation modes and use atomic mount procedures that apply security restrictions before the mount becomes usable.

Minimize SUID functionality, audit user-authorized mount entries, avoid security-sensitive remount races, and monitor privileged filesystem operations.

Find out what's already
exploitable in your codebase.