CVE-2026-64372
Awaiting Analysis
Awaiting Analysis - Queue
Use-After-Free and Double Free in Linux Kernel cpufreq PCC
Vulnerability report for CVE-2026-64372, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.
Publication date: 2026-07-25
Last updated on: 2026-09-08
Assigner: kernel.org
Description
Description
In the Linux kernel, the following vulnerability has been resolved:
cpufreq: pcc: fix use-after-free and double free in _OSC evaluation
pcc_cpufreq_do_osc() calls acpi_evaluate_object() twice for the
two-phase _OSC negotiation. Between the two calls it freed
output.pointer but left output.length unchanged. Since
acpi_evaluate_object() treats a non-zero length with a non-NULL
pointer as an existing buffer to write into, the second call wrote
into freed memory (use-after-free). The subsequent kfree(output.pointer)
at out_free then freed the same pointer a second time (double free).
Reset output.pointer to NULL and output.length to ACPI_ALLOCATE_BUFFER
after freeing the first result, so ACPICA allocates a fresh buffer for
each phase independently.
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| linux | linux_kernel | From 5.11 (inc) to 5.15.212 (exc) |
| linux | linux_kernel | From 5.16 (inc) to 6.1.178 (exc) |
| linux | linux_kernel | From 6.2 (inc) to 6.6.145 (exc) |
| linux | linux_kernel | From 6.7 (inc) to 6.12.96 (exc) |
| linux | linux_kernel | From 6.13 (inc) to 6.18.39 (exc) |
| linux | linux_kernel | From 6.19 (inc) to 7.1.4 (exc) |
| linux | linux_kernel | From 2.6.34 (inc) to 5.10.261 (exc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-416 | The product reuses or references memory after it has been freed. At some point afterward, the memory may be allocated again and saved in another pointer, while the original pointer references a location somewhere within the new allocation. Any operations using the original pointer are no longer valid because the memory "belongs" to the code that operates on the new pointer. |