Skip to main content

In the Linux kernel, the following vulnerability has been resolved: namespace: refuse an automount below a mount that is in no namespace It's… (CVE-2026-98979)

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 allowed automounts to be added below a mount that is not in the caller's mount namespace. This could lead to a kernel crash (general protection fault) due to a null pointer dereference when accessing certain filesystem layers via fanotify. The issue arises because an internal mount flag (MNT_NS_INTERNAL) was incorrectly treated as a valid mount namespace, causing unsafe operations. The flaw has been resolved by using a safer check that rejects unmounted and internal mounts, preventing the crash and restoring expected behavior.

AI-Powered Analysis

Machine-generated threat intelligence

AILast updated: 10/23/2026, 18:56:54 UTC

Technical Analysis

The Linux kernel contained a vulnerability where automounts could be added below a mount that was not in the caller's mount namespace, due to clone_private_mount() using the MNT_NS_INTERNAL flag. This caused attach_recursive_mnt() and count_mounts() to dereference an error pointer, leading to a null pointer dereference and kernel crash (general protection fault) when accessed via fanotify on overlay filesystem layers. The fix replaces the flawed check with is_mounted(), which correctly rejects unmounted and internal mounts, preventing the crash and maintaining mount namespace integrity.

Potential Impact

Exploitation of this vulnerability can cause a kernel crash (general protection fault) resulting in denial of service. The crash occurs when user space triggers the flaw via fanotify on certain overlay filesystem layers, causing the kernel to dereference an invalid pointer. This also blocks all mount operations system-wide due to a held namespace semaphore, impacting system stability.

Mitigation Recommendations

A fix has been implemented in the Linux kernel that replaces the flawed mount namespace check with a safer function that rejects invalid mounts. Users should update to the patched kernel version once available. No additional mitigation is described or required 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-xhgj-mp6g-fw2x
Osv Schema Version
1.4.0
Aliases
["CVE-2026-98979"]

Threat ID: 6adbaacfd73cc49347b20563

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

Last enriched: 10/23/2026, 18:56:54 UTC

Last updated: 10/23/2026, 22:45:19 UTC

Views: 4

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