In the Linux kernel, the following vulnerability has been resolved: cpufreq: Fix hotplug-suspend race during reboot During system reboot,… (CVE-2026-64373)
In the Linux kernel, the following vulnerability has been resolved: cpufreq: Fix hotplug-suspend race during reboot During system reboot, cpufreq_suspend() is called via the kernel_restart() -> device_shutdown() path. Unlike the normal system suspend path, the reboot path does not call freeze_processes(), so userspace processes and kernel threads remain active. This allows CPU hotplug operations to run concurrently with cpufreq_suspend(). The original code has no synchronization with CPU hotplug, leading to a race condition where governor_data can be freed by the hotplug path while cpufreq_suspend() is still accessing it, resulting in a null pointer dereference: Unable to handle kernel NULL pointer dereference Call Trace: do_kernel_fault+0x28/0x3c cpufreq_suspend+0xdc/0x160 device_shutdown+0x18/0x200 kernel_restart+0x40/0x80 arm64_sys_reboot+0x1b0/0x200 Fix this by adding cpus_read_lock()/cpus_read_unlock() to cpufreq_suspend() to block CPU hotplug operations while suspend is in progress. [ rjw: Changelog edits ]
AI Analysis
Technical Summary
The Linux kernel contained a race condition in the cpufreq subsystem during system reboot. Specifically, cpufreq_suspend() is invoked via kernel_restart() -> device_shutdown() without freezing user and kernel processes, unlike the normal suspend path. This allows CPU hotplug operations to execute concurrently with cpufreq_suspend(), leading to a race where governor_data may be freed while still in use. This results in a null pointer dereference and kernel crash. The vulnerability is resolved by adding cpus_read_lock()/cpus_read_unlock() around cpufreq_suspend() to block CPU hotplug operations during suspend.
Potential Impact
The vulnerability can cause a kernel NULL pointer dereference during system reboot, leading to a kernel crash (panic). This disrupts system availability and stability during reboot sequences. There is no indication of privilege escalation or data corruption beyond the denial of service caused by the kernel fault.
Mitigation Recommendations
A fix has been implemented in the Linux kernel source code by adding synchronization primitives to cpufreq_suspend() to prevent concurrent CPU hotplug operations. Users should apply the official Linux kernel updates that include this fix. Patch status is not explicitly stated here; check the vendor or Linux kernel mailing list advisories for the specific fixed kernel versions and apply updates accordingly.
In the Linux kernel, the following vulnerability has been resolved: cpufreq: Fix hotplug-suspend race during reboot During system reboot,… (CVE-2026-64373)
Description
In the Linux kernel, the following vulnerability has been resolved: cpufreq: Fix hotplug-suspend race during reboot During system reboot, cpufreq_suspend() is called via the kernel_restart() -> device_shutdown() path. Unlike the normal system suspend path, the reboot path does not call freeze_processes(), so userspace processes and kernel threads remain active. This allows CPU hotplug operations to run concurrently with cpufreq_suspend(). The original code has no synchronization with CPU hotplug, leading to a race condition where governor_data can be freed by the hotplug path while cpufreq_suspend() is still accessing it, resulting in a null pointer dereference: Unable to handle kernel NULL pointer dereference Call Trace: do_kernel_fault+0x28/0x3c cpufreq_suspend+0xdc/0x160 device_shutdown+0x18/0x200 kernel_restart+0x40/0x80 arm64_sys_reboot+0x1b0/0x200 Fix this by adding cpus_read_lock()/cpus_read_unlock() to cpufreq_suspend() to block CPU hotplug operations while suspend is in progress. [ rjw: Changelog edits ]
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel contained a race condition in the cpufreq subsystem during system reboot. Specifically, cpufreq_suspend() is invoked via kernel_restart() -> device_shutdown() without freezing user and kernel processes, unlike the normal suspend path. This allows CPU hotplug operations to execute concurrently with cpufreq_suspend(), leading to a race where governor_data may be freed while still in use. This results in a null pointer dereference and kernel crash. The vulnerability is resolved by adding cpus_read_lock()/cpus_read_unlock() around cpufreq_suspend() to block CPU hotplug operations during suspend.
Potential Impact
The vulnerability can cause a kernel NULL pointer dereference during system reboot, leading to a kernel crash (panic). This disrupts system availability and stability during reboot sequences. There is no indication of privilege escalation or data corruption beyond the denial of service caused by the kernel fault.
Mitigation Recommendations
A fix has been implemented in the Linux kernel source code by adding synchronization primitives to cpufreq_suspend() to prevent concurrent CPU hotplug operations. Users should apply the official Linux kernel updates that include this fix. Patch status is not explicitly stated here; check the vendor or Linux kernel mailing list advisories for the specific fixed kernel versions and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-r493-vrrx-v3x2
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64373"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a65420a9c2644c7f808446b
Added to database: 07/25/2026, 23:08:58 UTC
Last enriched: 07/25/2026, 23:27:53 UTC
Last updated: 09/08/2026, 22:52:14 UTC
Views: 49
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.