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

namespace: look at the topmost mount for a mount namespace file

attach_recursive_mnt() preallocates a mountpoint for the root of the
topmost mount of the source so that a mount that already sits at the
destination can be put on top of the source or on top of one of its
propagated copies.

The copies are made without CL_COPY_MNT_NS_FILE so their chain of
overmounts is shorter than the source's. It ends below the first bind
mount of a mount namespace file. So while the loop walks up the chain of
the source it remembers the mountpoint of that mount in "shorter" and
the existing mount is put there for the copies.

But the loop ends at the topmost mount without ever looking at it. If
the topmost mount is the only mount namespace file in the chain
"shorter" stays NULL and mnt_change_mountpoint() attaches the existing
mount of the copy below the root of the mount namespace file. That's a
dentry of nsfs. No path walk in the copy's mount namespace ever gets
there. The mount is gone until its parent goes and the copy that took
its place can't be unmounted synchronously because it has a child:

S bind mount of a file
N bind mount of a mount namespace file on top of S
A shared mount, B a slave of A, Q mounted on B/file

move_mount(S, A/file)
cat B/file -> the content of S instead of Q
umount B/file -> EBUSY

Look at every mount of the chain including the topmost one.
Published: 2026-10-23
Score: 2.3 Low
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service
Action: Patch
AI Analysis

Impact

The vulnerability arises from the Linux kernel’s handling of mount namespace copies. During attach_recursive_mnt, the code fails to examine the topmost mount in a namespace chain, causing a copy to be attached beneath the root of the mount namespace file. This results in a mount that cannot be unmounted synchronously because it retains a child, leading to an EBUSY error. The flaw does not allow arbitrary code execution but can cause denial of service by preventing clean unmounts and disrupting mount namespace state. The weakness is a failure to properly manage kernel resources, corresponding to CWE‑193.

Affected Systems

All Linux kernel releases that have not incorporated the kernel commit 8714b44adac7b10506e1db3ef1710689751f0f10, 87ecd4c6da146363384a603bd9e90c90e7275536, or b9c40553f6ceba50042281eef6f701e5fb719726. In practice, any kernel version prior to the fix in the 2026 patch set is affected.

Risk and Exploitability

Quantitative metrics reveal a CVSS score of 2.3 and an EPSS score of <1%, and the issue is not listed in CISA’s KEV catalog, indicating that at present no widespread exploitation is known. The bug involves kernel internals and requires local privilege or the ability to perform bind mounts. An attacker with such access could trigger repeated EBUSY errors or mount namespace inconsistencies, potentially leading to a denial‑of‑service scenario. Because an exploit would need privileged kernel interaction, the likelihood of remote exploitation is low, but the impact of a successful local exploit can disrupt system stability.

Generated by OpenCVE AI on October 29, 2026 at 21:51 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to the latest version that incorporates the fix for the mount namespace copying bug, or apply the kernel patch from commit 8714b44adac7b10506e1db3ef1710689751f0f10.
  • Avoid using bind mounts or creating copies of mount namespaces that involve nsfs until the kernel has been updated, especially for processes with elevated privileges.
  • Restrict mount and unmount capabilities by removing CAP_SYS_ADMIN or limiting user privileges that can operate in mount namespaces, and enable auditing of mount operations to detect abnormal EBUSY errors.

Generated by OpenCVE AI on October 29, 2026 at 21:51 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 29 Oct 2026 20:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-667

Thu, 29 Oct 2026 12:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-193
References
Metrics threat_severity

None

cvssV3_1

{'score': 2.3, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:U/C:N/I:N/A:L'}

threat_severity

Low


Sat, 24 Oct 2026 01:15:00 +0000

Type Values Removed Values Added
First Time appeared Linux linux
Vendors & Products Linux linux

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

Type Values Removed Values Added
Weaknesses CWE-667

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: namespace: look at the topmost mount for a mount namespace file attach_recursive_mnt() preallocates a mountpoint for the root of the topmost mount of the source so that a mount that already sits at the destination can be put on top of the source or on top of one of its propagated copies. The copies are made without CL_COPY_MNT_NS_FILE so their chain of overmounts is shorter than the source's. It ends below the first bind mount of a mount namespace file. So while the loop walks up the chain of the source it remembers the mountpoint of that mount in "shorter" and the existing mount is put there for the copies. But the loop ends at the topmost mount without ever looking at it. If the topmost mount is the only mount namespace file in the chain "shorter" stays NULL and mnt_change_mountpoint() attaches the existing mount of the copy below the root of the mount namespace file. That's a dentry of nsfs. No path walk in the copy's mount namespace ever gets there. The mount is gone until its parent goes and the copy that took its place can't be unmounted synchronously because it has a child: S bind mount of a file N bind mount of a mount namespace file on top of S A shared mount, B a slave of A, Q mounted on B/file move_mount(S, A/file) cat B/file -> the content of S instead of Q umount B/file -> EBUSY Look at every mount of the chain including the topmost one.
Title namespace: look at the topmost mount for a mount namespace file
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 Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-23T12:20:06.180Z

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

Link: CVE-2026-98987

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

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

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

Link: CVE-2026-98987

cve-icon Redhat

Severity : Low

Publid Date: 2026-10-23T00:00:00Z

Links: CVE-2026-98987 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-29T22:00:09Z

Weaknesses