CVE-2026-64477: x86,fs/resctrl: Prevent out-of-bounds access while offlining CPU when SNC enabled

Greg Kroah-Hartman <[email protected]> Sat, 25 Jul 2026 10:51:34 +0200
Newsgroups org.kernel.vger.linux-cve-announce
Message-ID <2026072547-CVE-2026-64477-43f3@gregkh>
From: Greg Kroah-Hartman <[email protected]>

Description
===========

In the Linux kernel, the following vulnerability has been resolved:

x86,fs/resctrl: Prevent out-of-bounds access while offlining CPU when SNC enabled

The architecture updates the cpu_mask in a domain's header to track which
online CPUs are associated with the domain. When this mask becomes empty
the architecture initiates offline of the domain that includes calling
on resctrl fs to offline the domain. If it is a monitoring domain in
which LLC occupancy is tracked resctrl fs forces the limbo handler to
clear all busy RMID state associated with the domain.

The limbo handler always reads the current event value associated with a
busy RMID irrespective of it being checked as part of regular "is it still
busy" check or whether it will be forced released anyway. When reading an
RMID on a system with SNC enabled the "logical RMID" is converted to the
"physical RMID" and this conversion requires the NUMA node ID of the
resctrl monitoring domain that is in turn determined by querying the NUMA
node ID of any CPU belonging to the monitoring domain.

When the monitoring domain is going offline its cpu_mask is empty causing
the NUMA node ID query via cpu_to_node() to be done with "nr_cpu_ids" as
argument resulting in an out-of-bounds access.

Refactor the limbo handler to skip reading the RMID when the RMID will
just be forced to no longer be dirty in the domain anyway. Add a safety
check to the architecture's RMID reader to protect against this scenario.

The Linux kernel CVE team has assigned CVE-2026-64477 to this issue.


Affected and fixed versions
===========================

	Issue introduced in 6.11 with commit e13db55b5a0d447dea63cde772c1078405bbbf96 and fixed in 6.12.96 with commit ebc300b7ee0c669fa76a7a8858298ff32e296103
	Issue introduced in 6.11 with commit e13db55b5a0d447dea63cde772c1078405bbbf96 and fixed in 6.18.39 with commit be1567992417dc92133e74126de7a6066c825ac9
	Issue introduced in 6.11 with commit e13db55b5a0d447dea63cde772c1078405bbbf96 and fixed in 7.1.4 with commit 58c5ec23b1a238eb75cb0aba6f69d8f9e68ef0b2
	Issue introduced in 6.11 with commit e13db55b5a0d447dea63cde772c1078405bbbf96 and fixed in 7.2-rc2 with commit fc16126cc11d9f507130bf84ab137ee0938c900e

Please see https://www.kernel.org for a full list of currently supported
kernel versions by the kernel community.

Unaffected versions might change over time as fixes are backported to
older supported kernel versions.  The official CVE entry at
	https://cve.org/CVERecord/?id=CVE-2026-64477
will be updated if fixes are backported, please check that for the most
up to date information about this issue.


Affected files
==============

The file(s) affected by this issue are:
	arch/x86/kernel/cpu/resctrl/monitor.c
	fs/resctrl/monitor.c


Mitigation
==========

The Linux kernel CVE team recommends that you update to the latest
stable kernel version for this, and many other bugfixes.  Individual
changes are never tested alone, but rather are part of a larger kernel
release.  Cherry-picking individual commits is not recommended or
supported by the Linux kernel community at all.  If however, updating to
the latest release is impossible, the individual changes to resolve this
issue can be found at these commits:
	https://git.kernel.org/stable/c/ebc300b7ee0c669fa76a7a8858298ff32e296103
	https://git.kernel.org/stable/c/be1567992417dc92133e74126de7a6066c825ac9
	https://git.kernel.org/stable/c/58c5ec23b1a238eb75cb0aba6f69d8f9e68ef0b2
	https://git.kernel.org/stable/c/fc16126cc11d9f507130bf84ab137ee0938c900e