CVE-2026-64372: Linux kernel · Use After Free
Source GCVE Database
Not known to be exploited · CVSS 7.8 High · fixed in a36ca93a8ba57464e521d70a337d37f069064111 : patch Linux kernel soon.
Data as of 26 Oct 2026, 17:16 UTC
- 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 a36ca93a8ba57464e521d70a337d37f069064111, 632666a63116d8061c62a988d1ca39dcd6d27c9b, 982c9f92d57bda2b769851ff6d90d43dcf5f3734 +5
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 25 Jul 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
AI-suggested
No specific workaround is provided in the available data.
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.
References
- nvd.nist.gov/vuln/detail/CVE-2026-64372 (opens in a new tab)
- git.kernel.org/stable/c/0e3c739a2f6fc1de5b19a8839ab80696b9cb2a29 (opens in a new tab)
- git.kernel.org/stable/c/266d3dd8b757b48a576e90f018b51f7b7563cc32 (opens in a new tab)
- git.kernel.org/stable/c/5cdb25f144b101083d8bf3fd023ad87fbe6850d7 (opens in a new tab)
- git.kernel.org/stable/c/632666a63116d8061c62a988d1ca39dcd6d27c9b (opens in a new tab)
- git.kernel.org/stable/c/6ba6f6783be2ffeb2cbcdc9321c4b9f708f796f7 (opens in a new tab)
- git.kernel.org/stable/c/8e454e9d0bc03446d610ee49abec9dfd424f6541 (opens in a new tab)
- git.kernel.org/stable/c/982c9f92d57bda2b769851ff6d90d43dcf5f3734 (opens in a new tab)
- git.kernel.org/stable/c/a36ca93a8ba57464e521d70a337d37f069064111 (opens in a new tab)