Skip to main content

In the Linux kernel, the following vulnerability has been resolved: namespace: never expire a locked mount Locked mounts are special. (CVE-2026-98978)

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

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

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

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.

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-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 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