PT-2026-64486 · Linux · Linux

CVE-2026-64265

·

Published

2026-07-25

·

Updated

2026-07-25

None

No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
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.
Found an issue in the description? Have something to add? Feel free to write us 👾

Related Identifiers

CVE-2026-64265

Affected Products

Linux