Description
In the Linux kernel, the following vulnerability has been resolved:

fuse: clear intr_entry in fuse_resend and fuse_remove_pending_req

When fuse_resend() moves a request from fpq->processing back to
fiq->pending, it sets FR_PENDING and clears FR_SENT but does not
remove the requests intr_entry from fiq->interrupts. If the
request had FR_INTERRUPTED set from a prior signal, intr_entry
remains dangling on fiq->interrupts. When the requesting task
then receives a fatal signal, fuse_remove_pending_req() sees
FR_PENDING=1, removes the request from fiq->pending and frees it
via the refcount path, also without cleaning intr_entry. The
stale intr_entry causes use-after-free when fuse_read_interrupt()
iterates fiq->interrupts:
- list_del_init(&req->intr_entry) -> UAF write on freed slab
- req->in.h.unique -> UAF read, data leaked to userspace

Remove intr_entry from fiq->interrupts in fuse_resend() for
interrupted requests before they are placed back on fiq->pending.

Add a WARN_ON if the intr_entry is not empty on request destruction.
Published: 2026-07-25
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The flaw lies in the fuse driver when a request that had previously been interrupted is resent. The driver removes the request from the processing queue and marks it pending, but fails to detach its interrupt list entry if the request had the FR_INTERRUPTED flag. When the task later receives a fatal signal, fuse_remove_pending_req removes the request from the pending list and frees it without cleaning the stale interrupt entry. A subsequent fuse_read_interrupt operation walks the interrupt list and encounters this dangling entry, performing a list delete on freed memory and then reading data that has already been released to userspace. This Use‑After‑Free allows a memory corruption that can manifest as a denial‑of‑service or as an execution of arbitrary code with kernel privileges, potentially enabling local privilege escalation.

Affected Systems

Affected systems: The vulnerability resides in the Linux kernel’s fuse subsystem. All kernel configurations that build or load the fuse module remain vulnerable until the patch that clears the intr_entry during resend is applied. No specific kernel version range is listed; therefore, the entire set of Linux distributions that include the unfixed fuse driver is impacted.

Risk and Exploitability

Risk and exploitability: The EPSS score of less than 1% indicates a low probability of exploitation at the current time. The vulnerability is not listed in the CISA KEV catalog, but the lack of a public exploit does not mitigate the inherent severity—an attacker with local access to a process that interacts with fuse can trigger the UAF. The absence of a high exploit probability does not change the requirement for a prompt patch, given the potential for kernel compromise and data leakage.

Generated by OpenCVE AI on August 2, 2026 at 13:42 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a release that contains the fuse patch from commit 1d8ecd0 (or any later kernel version that implements the intr_entry cleanup in fuse_resend and fuse_remove_pending_req).
  • If the system cannot be updated immediately, disable the fuse kernel module or restrict its use to trusted users to reduce the attack surface for the Use‑After‑Free flaw.
  • Monitor kernel logs for fuse‑related memory corruption or unexpected crashes, and apply additional kernel hardening measures such as enabling CONFIG_KASAN or CONFIG_SECURITY_WATCHDOG if available to detect and mitigate future UAF attempts.

Generated by OpenCVE AI on August 2, 2026 at 13:42 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4724-1 linux-6.12 new package
History

Wed, 29 Jul 2026 00:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-825
References
Metrics threat_severity

None

threat_severity

Important


Mon, 27 Jul 2026 06:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Mon, 27 Jul 2026 05:15:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.8, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}


Sat, 25 Jul 2026 09:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: fuse: clear intr_entry in fuse_resend and fuse_remove_pending_req When fuse_resend() moves a request from fpq->processing back to fiq->pending, it sets FR_PENDING and clears FR_SENT but does not remove the requests intr_entry from fiq->interrupts. If the request had FR_INTERRUPTED set from a prior signal, intr_entry remains dangling on fiq->interrupts. When the requesting task then receives a fatal signal, fuse_remove_pending_req() sees FR_PENDING=1, removes the request from fiq->pending and frees it via the refcount path, also without cleaning intr_entry. The stale intr_entry causes use-after-free when fuse_read_interrupt() iterates fiq->interrupts: - list_del_init(&req->intr_entry) -> UAF write on freed slab - req->in.h.unique -> UAF read, data leaked to userspace Remove intr_entry from fiq->interrupts in fuse_resend() for interrupted requests before they are placed back on fiq->pending. Add a WARN_ON if the intr_entry is not empty on request destruction.
Title fuse: clear intr_entry in fuse_resend and fuse_remove_pending_req
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-08-05T12:40:23.547Z

Reserved: 2026-07-19T15:36:31.774Z

Link: CVE-2026-64265

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Analyzed

Published: 2026-07-25T10:17:06.667

Modified: 2026-08-12T15:52:03.293

Link: CVE-2026-64265

cve-icon Redhat

Severity : Important

Publid Date: 2026-07-25T00:00:00Z

Links: CVE-2026-64265 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-08-02T13:45:06Z

Weaknesses