In the Linux kernel, the following vulnerability has been resolved: fuse-uring: Avoid queue->stopped races and set/read that value under lock There… (CVE-2026-64260)
A race condition vulnerability in the Linux kernel's fuse-uring subsystem was resolved by ensuring that the queue->stopped value is set and read under proper locking. The issue involved fuse_uring_commit_fetch() not checking queue->stopped under lock, which could lead to use-after-free conditions during concurrent teardown operations.
AI Analysis
Technical Summary
The vulnerability in the Linux kernel's fuse-uring component arises from improper synchronization when accessing the queue->stopped flag. While most readers check this flag under a lock, fuse_uring_commit_fetch() did not, and fuse_uring_abort_end_requests() also failed to set it under lock. This race condition could cause a 'struct fuse_req' to be freed by one thread while another thread is performing teardown, potentially leading to memory corruption or instability. The issue has been resolved by enforcing locking when setting and reading queue->stopped.
Potential Impact
The vulnerability could lead to use-after-free conditions in the kernel, potentially causing system instability or crashes. No confirmed exploits in the wild are reported. The impact is limited to kernel memory management within fuse-uring operations.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this race condition by properly locking access to queue->stopped. Users should apply the official kernel updates that include this fix. Patch status is not explicitly confirmed in the provided data; users should consult the Linux kernel vendor advisory or distribution security updates for the official patch and remediation guidance.
In the Linux kernel, the following vulnerability has been resolved: fuse-uring: Avoid queue->stopped races and set/read that value under lock There… (CVE-2026-64260)
Description
A race condition vulnerability in the Linux kernel's fuse-uring subsystem was resolved by ensuring that the queue->stopped value is set and read under proper locking. The issue involved fuse_uring_commit_fetch() not checking queue->stopped under lock, which could lead to use-after-free conditions during concurrent teardown operations.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability in the Linux kernel's fuse-uring component arises from improper synchronization when accessing the queue->stopped flag. While most readers check this flag under a lock, fuse_uring_commit_fetch() did not, and fuse_uring_abort_end_requests() also failed to set it under lock. This race condition could cause a 'struct fuse_req' to be freed by one thread while another thread is performing teardown, potentially leading to memory corruption or instability. The issue has been resolved by enforcing locking when setting and reading queue->stopped.
Potential Impact
The vulnerability could lead to use-after-free conditions in the kernel, potentially causing system instability or crashes. No confirmed exploits in the wild are reported. The impact is limited to kernel memory management within fuse-uring operations.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to address this race condition by properly locking access to queue->stopped. Users should apply the official kernel updates that include this fix. Patch status is not explicitly confirmed in the provided data; users should consult the Linux kernel vendor advisory or distribution security updates for the official patch and remediation guidance.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-985w-mqgj-6gfr
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64260"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a65420f9c2644c7f8086c43
Added to database: 07/25/2026, 23:09:03 UTC
Last enriched: 07/25/2026, 23:43:28 UTC
Last updated: 07/26/2026, 03:44:08 UTC
Views: 4
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
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
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.