Skip to main content

In the Linux kernel, the following vulnerability has been resolved: namespace: keep the lock on a mount that a propagated copy is moved beneath… (CVE-2026-98976)

0
Medium
Published: 10/23/2026 (10/23/2026, 15:31:33 UTC)
Source: GCVE Database

Description

A vulnerability in the Linux kernel's namespace handling allows the owner of a user namespace to replace its locked /proc or root mount. This occurs due to improper transfer of the locked property when a propagated copy of a mount is moved beneath another mount, potentially exposing files that should remain covered and locked. The issue has been resolved by ensuring the locked property is only transferred to mounts placed by the caller, maintaining proper mount locking behavior.

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 10/23/2026, 18:58:10 UTC

Technical Analysis

The vulnerability involves the Linux kernel's mount namespace propagation mechanism. Specifically, the function attach_recursive_mnt() transfers the MNT_LOCKED property from a top mount to a mount moved beneath it during MOVE_MOUNT_BENEATH operations. This behavior allows a user namespace owner to replace a locked /proc or root mount by exploiting the transfer of the locked property to propagated mounts beneath the original locked mount. Consequently, when the original mount is unmounted, the covering mount becomes unlocked, allowing the user namespace to unmount it and access files that should remain hidden. The fix restricts the transfer of the locked property to mounts explicitly placed by the caller, ensuring that propagated copies beneath locked mounts remain locked and continue to cover the underlying mountpoints as expected.

Potential Impact

An attacker with ownership of a user namespace could exploit this vulnerability to unmount a covering mount that was intended to protect sensitive files, thereby gaining unauthorized access to those files. This could lead to information disclosure within the affected namespace. No known exploits in the wild have been reported.

Mitigation Recommendations

Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is confirmed, users should monitor vendor communications for patches addressing this mount namespace locking issue. No specific temporary mitigations are provided in the available data.

Pro Console: star threats, build custom feeds, automate alerts via Slack, email & webhooks.Upgrade to Pro

Technical Details

Gcve Source
db.gcve.eu
Osv Id
GHSA-38fm-jc3c-v2pm
Osv Schema Version
1.4.0
Aliases
["CVE-2026-98976"]

Threat ID: 6adbaacfd73cc49347b20578

Added to database: 10/23/2026, 18:43:27 UTC

Last enriched: 10/23/2026, 18:58:10 UTC

Last updated: 10/23/2026, 22:25:15 UTC

Views: 3

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses