MEDIUM 5.5

CVE-2026-53311: Linux Kernel FUSE Uninitialized Memory Denial of Service

A vulnerability exists in the Linux kernel's FUSE (Filesystem in Userspace) subsystem where uninitialized memory is read when revalidating directory entries. Specifically, the `fuse_dentry_revalidate()` function accesses a timestamp field that may not have been set during dentry allocation, causing the kernel to use garbage values from memory. This can lead to denial of service through kernel crashes or undefined behavior. The issue is triggered during file open operations when the kernel creates new directory cache entries without properly initializing all fields.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-908
Affected products
1 configuration(s)
Published / Modified
2026-06-26 / 2026-07-06

NVD description (verbatim)

In the Linux kernel, the following vulnerability has been resolved: fuse: fix uninit-value in fuse_dentry_revalidate() fuse_dentry_revalidate() may be called with a dentry that didn't had ->d_time initialised. The issue was found with KMSAN, where lookup_open() calls __d_alloc(), followed by d_revalidate(), as shown below: ===================================================== BUG: KMSAN: uninit-value in fuse_dentry_revalidate+0x150/0x13d0 fs/fuse/dir.c:394 fuse_dentry_revalidate+0x150/0x13d0 fs/fuse/dir.c:394 d_revalidate fs/namei.c:1030 [inline] lookup_open fs/namei.c:4405 [inline] open_last_lookups fs/namei.c:4583 [inline] path_openat+0x1614/0x64c0 fs/namei.c:4827 do_file_open+0x2aa/0x680 fs/namei.c:4859 [...] Uninit was created at: slab_post_alloc_hook mm/slub.c:4466 [inline] slab_alloc_node mm/slub.c:4788 [inline] kmem_cache_alloc_lru_noprof+0x382/0x1280 mm/slub.c:4807 __d_alloc+0x55/0xa00 fs/dcache.c:1740 d_alloc_parallel+0x99/0x2740 fs/dcache.c:2604 lookup_open fs/namei.c:4398 [inline] open_last_lookups fs/namei.c:4583 [inline] path_openat+0x135f/0x64c0 fs/namei.c:4827 do_file_open+0x2aa/0x680 fs/namei.c:4859 [...] =====================================================

3 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-53311 addresses an uninitialized value vulnerability (CWE-908) in the Linux kernel's FUSE subsystem. The `fuse_dentry_revalidate()` function in fs/fuse/dir.c reads the `->d_time` field of a dentry structure without verifying it has been initialized. The vulnerability manifests when `lookup_open()` allocates a new dentry via `__d_alloc()` and immediately calls `d_revalidate()` before the dentry's timestamp is set. KMSAN (Kernel Memory Sanitizer) detected this pattern, which allows kernel code to operate on uninitialized stack or heap memory. The consequences depend on the garbage value: revalidation logic may fail unpredictably, leading to cache coherency issues or kernel panics.

Business impact

This vulnerability primarily threatens availability of systems running vulnerable Linux kernels. Denial of service is achievable by local, unprivileged users through targeted file operations on FUSE-mounted filesystems. While no remote exploitation path exists, systems relying on FUSE for custom storage backends (network filesystems, object storage, databases) may experience unexpected crashes or filesystem unavailability during normal operation. Repeated triggering could be weaponized for sustained service disruption on multi-user systems or containerized environments where user isolation is implemented.

Affected systems

The vulnerability affects the Linux kernel, specifically the FUSE subsystem. Any system running an affected kernel version that uses FUSE mounts is potentially impacted. This includes distributions deploying FUSE for unionfs, sshfs, encfs, or proprietary cloud storage integrations. Container orchestration platforms (Kubernetes, Docker) running on vulnerable kernels with FUSE-backed storage are at risk. The exposure depends on kernel version; verify your kernel version against vendor advisories to confirm whether the fix has been applied.

Exploitability

Exploitability is moderate in complexity but low in barrier to entry. A local, privileged user (or any user with access to FUSE mounts) can trigger the condition through ordinary file operations—opening, creating, or accessing files on a FUSE filesystem. No special tools or kernel knowledge is required; the vulnerability is triggered by normal filesystem semantics. The CVSS score of 5.5 (Medium) reflects the requirement for local access and lack of information disclosure or integrity impact, though availability impact is high. Remote exploitation is not feasible; attackers must have shell access or be able to interact with FUSE mounts directly.

Remediation

Remediation requires upgrading the Linux kernel to a version that includes the fix for this vulnerability. The kernel patch initializes the `->d_time` field during dentry allocation or adds a validity check before the field is accessed in `fuse_dentry_revalidate()`. Distributions will release patched kernel packages; check your vendor's security advisory for specific version numbers. Until patched, limiting local user access to FUSE-mounted filesystems reduces risk but does not eliminate it for privileged users.

Patch guidance

Contact your Linux distribution's security advisories and kernel maintainers for patched kernel versions. Canonical (Ubuntu), Red Hat (RHEL), Debian, and other distributors will release fixes as backports to their supported kernel series. Apply kernel updates via your package manager (`apt update && apt upgrade`, `yum update`, etc.) and reboot. Verify the running kernel version post-reboot with `uname -r`. For systems unable to reboot immediately, evaluate the risk of local FUSE access against business requirements; this is not a live-patchable vulnerability requiring kernel module reloading or restart.

Detection guidance

Detection at runtime is challenging without kernel instrumentation. Enable kernel logging with `dmesg` and watch for NULL pointer dereferences, use-after-free warnings, or

Why prioritize this

This vulnerability merits prioritization for systems with local user access and active FUSE filesystem usage. The combination of ease of exploitation (triggered by normal file operations), local-only attack surface (limiting exposure), and high availability impact justifies Medium severity. Organizations running FUSE-backed storage, shared hosting, or multi-tenant systems should prioritize patching; single-user workstations with no FUSE mounts can deprioritize. The fix is straightforward and carries low regression risk, making patching efficient.

Risk score, explained

CVSS 3.1 score of 5.5 reflects: Attack Vector Local (only local or shell access required), Attack Complexity Low (no special conditions needed), Privileges Required Low (standard user can trigger via FUSE interaction), User Interaction None (automatic upon filesystem operation), Scope Unchanged (no privilege boundary crossed), Confidentiality None (no data exposure), Integrity None (no data corruption), Availability High (denial of service via crash or hang). The score is stable and appropriate given the threat model.

Frequently asked questions

Can this vulnerability be exploited remotely?

No. The vulnerability requires local access to a FUSE-mounted filesystem. Remote attackers cannot trigger it directly. However, if a system exposes FUSE mounts via network protocols (e.g., sshfs), an authenticated remote user could indirectly trigger the condition.

Will my system crash immediately if I have FUSE mounts?

Not necessarily. The vulnerability is triggered only when specific conditions align: a new dentry is allocated and revalidated without the timestamp field being initialized in between. Many FUSE operations may not trigger this path. However, systems with heavy FUSE usage, concurrent file operations, or specific filesystem patterns may experience crashes.

Do I need to reboot after applying the kernel patch?

Yes, a reboot is required to load the patched kernel. Live-patching tools (kpatch, kgraft) are not applicable here because the fix modifies core kernel memory allocation behavior. Schedule a reboot at your next maintenance window.

Are there workarounds if I cannot patch immediately?

Partial mitigation is possible by restricting local user access to FUSE mounts, disabling FUSE altogether if not required, or reducing concurrent filesystem operations. However, these do not eliminate the vulnerability for privileged users. Patching is the authoritative remediation.

This analysis is provided for informational purposes and reflects publicly available CVE data as of the publication date. Patch version numbers and affected kernel versions should be verified against official Linux distribution advisories and the upstream kernel security list before deployment. SEC.co makes no warranty regarding the accuracy of third-party patch information or the completeness of vendor coverage. Organizations should conduct internal testing of kernel patches in non-production environments before broad rollout. This vulnerability does not appear in the CISA KEV catalog and should not be prioritized above active exploits; however, local exploitation potential and the frequency of FUSE use warrant timely patching. Consult with your kernel vendor and internal security team for deployment guidance specific to your infrastructure. Source: NVD (public-domain), retrieved 2026-08-05. Analysis generated by SEC.co (claude-haiku-4-5).