In the Linux kernel, the following vulnerability has been resolved: namespace: never expire a locked mount Locked mounts are special. (CVE-2026-98978)
Description
A vulnerability in the Linux kernel related to namespace handling and locked mounts has been resolved. Locked mounts are designed to protect underlying files and directories from being revealed. The flaw allowed an unlocked ancestor mount to expire a locked mount beneath it, potentially exposing protected directories. The fix ensures that locked mounts are not expired independently but only as part of their parent mount, preventing the exposure of hidden files. Lazy unmounts still remove the entire mount tree including locked mounts. This vulnerability is addressed by changes to the expiry logic and mount locking behavior.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel involved the improper handling of locked mounts during unmount operations. Locked mounts are special mounts that protect underlying files and directories from exposure. While do_umount() refused to unmount locked mounts, the shrink_submounts() function did not, allowing a locked mount to be expired if it was beneath an unlocked ancestor mount. This could lead to the covered directory being revealed. The fix ensures that locked mounts are never expired independently and remain locked until their parent mount is unmounted. The expiry logic was updated so that mark_mounts_for_expiry() and lock_mnt_tree() exclude locked mounts from expiry lists, preventing premature unmounting and exposure of protected directories.
Potential Impact
The vulnerability could allow the exposure of files and directories that were intended to be protected by locked mounts due to premature unmounting of locked mounts beneath unlocked ancestors. This could lead to unauthorized access to hidden filesystem content. The fix prevents this by ensuring locked mounts are only unmounted as part of their parent mount, preserving the intended protection.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this vulnerability by changing the expiry and locking behavior of mounts. Users should update to the patched kernel version once available. No additional mitigation steps are indicated beyond applying the official fix.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-73pw-3qvg-vxhf
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-98978"]
Threat ID: 6adbaacfd73cc49347b20575
Added to database: 10/23/2026, 18:43:27 UTC
Last enriched: 10/23/2026, 18:58:00 UTC
Last updated: 10/23/2026, 22:25:18 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
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
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.