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

sched/isolation: Defer freeing of cpumask memblock memory to initcall

When testing a linux-next kernel with commit 59bd1d914bb5 ("memblock:
warn when freeing reserved memory before memory map is initialized"),
the following warning was hit when there was a "nohz_full" kernel boot
parameter.

Cannot free reserved memory because of deferred initialization of the memory map
WARNING: mm/memblock.c:904 at __free_reserved_area+0xde/0xf0, CPU#0: swapper/0/0
:
Call Trace:
<TASK>
memblock_phys_free+0xcb/0x100
housekeeping_init+0x14c/0x170
start_kernel+0x207/0x450
x86_64_start_reservations+0x24/0x30
x86_64_start_kernel+0xda/0xe0
common_startup_64+0x13e/0x141
</TASK>

IOW, we shouldn't free memblock allocated memory so early
in the boot process when memory map isn't fully initialized in
deferred_init_memmap().

Fix it by saving the housekeeping cpumask memblock memory to be
freed into a llist free list in housekeeping_init() and add a new
housekeeping_late_init() helper to defer the actual freeing of memblock
memory to when initcall's are being processed. The cpumask memblock
memory is treated as a llist_node with the size of a "long" type which
is also smallest cpumask size that can be allocated.

The non-atomic version of the llist APIs are used as there is no
contention.

This commit depends on the presence of commit 7c2eee9c1367 ("memblock:
don't touch memblock arrays when memblock_free() is called late")
to prevent a KASAN UAF bug report [1].

[1] https://lore.kernel.org/lkml/20260505051821.1107133-1-longman@redhat.com/
Published: 2026-09-24
Score: n/a
EPSS: < 1% Very Low
KEV: No
Impact: Kernel instability
Action: Apply Patch
AI Analysis

Impact

The vulnerability arises from freeing reserved memory in the memblock layer before the memory map has finished initializing. This leads to a classic use‑after‑free condition that can corrupt kernel memory. The bug manifests as a warning when the kernel boot option nohz_full is used, but the underlying flaw is a classic UAF that could compromise kernel stability or be chained to gain privileges. The description does not explicitly state an attacker‑controlled trigger; it is inferred that the vulnerability could be triggered by enabling the nohz_full boot parameter, creating a potential local privilege escalation path if exploited.

Affected Systems

All Linux kernel builds that lack the two specific commits containing the fix are potentially impacted. The articles state that the vulnerability is present when the kernel boots with nohz_full and does not apply after incorporating commits 59bd1d914bb5 and 7c2eee9c1367. Thus, any kernel version prior to the inclusion of those patches, regardless of release number, can be affected. Because the CNA lists only the generic Linux kernel, the impact extends to all Linux distributions that use an unpatched kernel.

Risk and Exploitability

No CVSS or EPSS score is available, and the vulnerability is not listed in CISA KEV catalog. The bug requires kernel execution context and is only triggered by the nohz_full boot parameter; therefore a local attacker who can modify boot configuration could potentially trigger the UAF. The likely attack vector is a local privilege escalation that would result in kernel corruption or panic. Although no publicly disclosed exploitation technique is currently available, the well‑known use‑after‑free weakness makes it a high potential risk for systems that run with the offending boot option.

Generated by OpenCVE AI on September 25, 2026 at 10:24 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the Linux kernel to a recent release that contains commits 59bd1d914bb5 and 7c2eee9c1367, which defer freeing cpumask memblock memory until the initcall phase.
  • If a kernel update is not yet available, avoid using the nohz_full boot parameter until the patch is applied, as the warning and potential UAF only occur when this parameter is active.
  • Continuously monitor kernel logs for the warning 'Cannot free reserved memory because of deferred initialization' or KASAN UAF messages, and roll out the updated kernel as soon as it is released.

Generated by OpenCVE AI on September 25, 2026 at 10:24 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 25 Sep 2026 10:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-416

Thu, 24 Sep 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: sched/isolation: Defer freeing of cpumask memblock memory to initcall When testing a linux-next kernel with commit 59bd1d914bb5 ("memblock: warn when freeing reserved memory before memory map is initialized"), the following warning was hit when there was a "nohz_full" kernel boot parameter. Cannot free reserved memory because of deferred initialization of the memory map WARNING: mm/memblock.c:904 at __free_reserved_area+0xde/0xf0, CPU#0: swapper/0/0 : Call Trace: <TASK> memblock_phys_free+0xcb/0x100 housekeeping_init+0x14c/0x170 start_kernel+0x207/0x450 x86_64_start_reservations+0x24/0x30 x86_64_start_kernel+0xda/0xe0 common_startup_64+0x13e/0x141 </TASK> IOW, we shouldn't free memblock allocated memory so early in the boot process when memory map isn't fully initialized in deferred_init_memmap(). Fix it by saving the housekeeping cpumask memblock memory to be freed into a llist free list in housekeeping_init() and add a new housekeeping_late_init() helper to defer the actual freeing of memblock memory to when initcall's are being processed. The cpumask memblock memory is treated as a llist_node with the size of a "long" type which is also smallest cpumask size that can be allocated. The non-atomic version of the llist APIs are used as there is no contention. This commit depends on the presence of commit 7c2eee9c1367 ("memblock: don't touch memblock arrays when memblock_free() is called late") to prevent a KASAN UAF bug report [1]. [1] https://lore.kernel.org/lkml/20260505051821.1107133-1-longman@redhat.com/
Title sched/isolation: Defer freeing of cpumask memblock memory to initcall
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-09-24T15:51:29.259Z

Reserved: 2026-09-17T16:02:15.096Z

Link: CVE-2026-93253

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-24T16:17:21.640

Modified: 2026-09-24T16:17:21.640

Link: CVE-2026-93253

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T10:30:10Z

Weaknesses