Vulnerability · CVE-2026-64017
blk-mq: pop cached request if it is usable
Published Jul 19, 2026 · catalog updated Oct 17, 2026 · blk-mq: pop cached request
Check if you run it
No confirmed exploitation is on record for CVE-2026-64017. EPSS is 0.13%. Act only if a listed version of blk-mq: pop cached request is installed.
Gaps on this record
- The stored product name is a package slug. The name on this page is taken from the title (blk-mq: pop cached request).
- No vendor fix or required action is stored. Compare the linked advisory before you change production.
- Severity
- High7.8
- Known exploitation
- Not in CISA/VulnCheck KEV
- EPSS
- 0.13%
- Remediation
- Advisory link
- Affected products
- Linux Kernel
In the Linux kernel, the following vulnerability has been resolved: blk-mq: pop cached request if it is usable When submitting a bio to blk-mq, if the task should sleep after peeking a cached request, but before it pops it, the plug flushes and calls blk_mq_free_plug_rqs, freeing the cached_rqs. This creates a use-after-free bug. Fix this by popping the cached request before any possible blocking calls if it is suitable for use. Popping this request first holds a queue reference, so avoid any serialization races with queue freezes and can safely proceed with dispatching that request to the driver. This potentially increases a timing window from when a driver wants to freeze its queue to when requests stop being dispatched. That scenario is off the fast path though, and drivers need to appropriately handle requests during a freeze request anyway. The downside is the popped element needs to be individually freed when we performed a bio plug merge. The cached request would have had to be freed later anyway, but this patch does it inline with building the plug list instead of after flushing it.
Are you affected?
Enter the version you run. The result uses only the ranges stored on this record.
The check returns affected, not affected, or incomplete. It does not guess a version that is missing from the record.
- Linux Kernel6.7.0 → 6.12.104; 6.13.0 → 6.18.45; 6.19.0 → 7.0.11
How to fix CVE-2026-64017
Recommended remediation
A patch or advisory reference is linked. Open the original publisher for availability by product version.
Official advisories
What to do
Three questions, each answered from this record only. Confirm the vendor advisory before you patch.
Should you patch?
No confirmed exploitation is on record for CVE-2026-64017. EPSS is 0.13%. Act only if a listed version of blk-mq: pop cached request is installed.
Which versions are affected?
Compare what you have installed with Kernel 6.7.0 → 6.12.104; 6.13.0 → 6.18.45; 6.19.0 → 7.0.11. Compare the installed version with the linked vendor advisory before you change production.
What should an analyst verify?
No weakness class is stored. EPSS 0.13%. There is no CISA KEV listing. No Exploit-DB or Metasploit reference is linked. Use the source links for the original advisory.
Code
The project this record applies to. Exploit listings stay in References.
Timeline
Detection, updates, and resolution for this record.
Jul 19, 2026 · OpenSSF OSV / OSV Scanner
Detected
In the Linux kernel, the following vulnerability has been resolved: blk-mq: pop cached request if it is usable When submitting a bio to blk-mq, if the task should sleep after peeking a cached request, but before it pops it, the plug flushes and calls blk_mq_free_plug_rqs, freeing the cached_rqs. This creates a use-after-free bug. Fix this by popping the cached request before any possible blocking
Oct 17, 2026 · OpenSSF OSV / OSV Scanner
Fix available
Kernel fixed in 6.12.104; Kernel fixed in 6.18.45; Kernel fixed in 7.0.11
Oct 17, 2026 · OpenSSF OSV / OSV Scanner
Fix available
Kernel fixed in 6.12.104; 6.13.0
Oct 17, 2026 · OpenSSF OSV / OSV Scanner
Updated
In the Linux kernel, the following vulnerability has been resolved: blk-mq: pop cached request if it is usable When submitting a bio to blk-mq, if the task should sleep after peeking a cached request, but before it pops it, the plug flushes and calls blk_mq_free_plug_rqs, freeing the cached_rqs. This creates a use-after-free bug. Fix this by popping the cached request before any possible blocking
Sources
- CVE.orgVulnerability recordCVE-2026-64017
Official CVE identifier
cve.org - FIRST EPSSExploitation probabilityCVE-2026-64017
30-day exploitation probability 0.1%
first.org - OpenSSF OSV / OSV ScannerPackage advisoryCVE-2026-64017
blk-mq: pop cached request if it is usable
osv.dev
References
Freshness
Last verified in this catalog Oct 18, 2026. Significant claims (KEV, EPSS, CVSS, affected ranges) come from the source rows above — open the original publisher for the authoritative advisory.