Skip to main content
VulnerabilityPublished

CVE-2026-64017: Linux kernel · blk-mq: pop cached request if it is usable

Source GCVE Database

0
Authoritative record:CVE-2026-64017· High 7.8

Not known to be exploited · CVSS 7.8 High · fixed in dc278e9bf2b9513a763353e6b9cc21e0f532954e : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in dc278e9bf2b9513a763353e6b9cc21e0f532954e, 388468f7e7d1eab092cf2a39fdfb502e52019ec6, 97e2d08de282ef76f84ab4ccd00f1acb3f5f999e +4
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 19 Jul 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=6.1.72 <6.2
  • >=6.5.13 <6.6
  • >=6.6.3 <6.7
  • >=6.1.75 <6.2
  • >=6.6.14 <6.7
Fixed in
  • dc278e9bf2b9513a763353e6b9cc21e0f532954e
  • 388468f7e7d1eab092cf2a39fdfb502e52019ec6
  • 97e2d08de282ef76f84ab4ccd00f1acb3f5f999e
  • 23d8ea1e303b5f32d883757a4a707e791dbc9808
  • 6.7
  • 6.6
  • 6.2
LinuxLinuxAffected
  • =6.7
Fixed in–

AI-suggested

A fix for this vulnerability has been implemented in the Linux kernel. Since no specific patch links or vendor advisories are provided, users should apply the latest Linux kernel updates that include this fix.

Description

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.

References

Community reviews

Loading reviews…