Skip to content
VulniPulse
Advisory severityHigh7.0Red Hat Linux

High [CVE-2026-64017] pop cached request if it is usable

This high-severity Red Hat Linux advisory covers CVE-2026-64017 affecting Red Hat Enterprise Linux 10.0 Extended Update Support, Red Hat Enterprise Linux 9.4 Update Services for SAP Solutions, Red Hat Enterprise Linux 9.6 Extended Update Support.

Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.

CVE-2026-64017 Source published Source updated

VulniPulse record published Record updated

CVE-2026-64017
Affected products & platforms
Red Hat LinuxLinux Kernel
Open source advisory

Get an email when Red Hat Linux Linux Kernel publishes the next one.

See Red Hat Linux Linux Kernel's last 90 days of advisories first. Then choose one product with live alerts free for life, or a free month of real-time alerts on everything with the severity, the fixed version and the vendor's link (card needed, then US$15/month; we email you before the first charge).

Alert me about Red Hat Linux Linux Kernel

Summary

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.

This use-after-free vulnerability occurs when a task attempts to submit a bio (a data structure for I/O operations) to blk-mq. If the task is interrupted and sleeps after checking for a cached request but before using it, the cached request can be prematurely freed.

Affected versions

No affected-version range was extracted from the source record. The vendor advisory is authoritative. Check it before change work.

Official advisory · high-confidence parse· fetched 6 days ago·verify at source

Fixed versions
  • kernel-0:6.12.0-211.49.1.el10_2
  • kernel-0:6.12.0-55.108.1.el10_0
  • kernel-0:5.14.0-687.31.1.el9_8
  • kernel-0:5.14.0-427.158.1.el9_4
  • kernel-0:5.14.0-570.142.1.el9_6
  • RHSA-2026:57251
  • RHSA-2026:75560
  • RHSA-2026:47040
  • RHSA-2026:91489
  • RHSA-2026:70484

Official advisory · high-confidence parse· fetched 6 days ago·verify at source

Mitigation

Upgrade to a fixed release: kernel-0:6.12.0-211.49.1.el10_2, kernel-0:6.12.0-55.108.1.el10_0, kernel-0:5.14.0-687.31.1.el9_8, kernel-0:5.14.0-427.158.1.el9_4, kernel-0:5.14.0-570.142.1.el9_6, RHSA-2026:57251. That is the remediation for this advisory.

The vendor advisory may list interim mitigations or workarounds not captured here. Review it before change work.

Official advisory · high-confidence parse· fetched 6 days ago·verify at source

All Red Hat Linux advisories

iPhone and Android apps · New on the App Store

Monitor future Red Hat Linux CVEs from your phone.

Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 34 official vendor sources and 160+ reviewed platform categories.

Discussion(0)

No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.

Sign in to join the discussion.