CVE-2026-43401
N/A
Summary
In the Linux kernel, the following vulnerability has been resolved:
cpufreq: intel_pstate: Fix NULL pointer dereference in update_cpu_qos_request()
The update_cpu_qos_request() function attempts to initialize the 'freq' variable by dereferencing 'cpudata' before verifying if the 'policy' is valid.
This issue occurs on systems booted with the "nosmt" parameter, where all_cpu_data[cpu] is NULL for the SMT sibling threads. As a result, any call to update_qos_requests() will result in a NULL pointer dereference as the code will attempt to access pstate.turbo_freq using the NULL cpudata pointer.
Also, pstate.turbo_freq may be updated by intel_pstate_get_hwp_cap() after initializing the 'freq' variable, so it is better to defer the 'freq' until intel_pstate_get_hwp_cap() has been called.
Fix this by deferring the 'freq' assignment until after the policy and driver_data have been validated.
[ rjw: Added one paragraph to the changelog ]
Affected Software
| Vendor | Product | Version Range | Status |
|---|---|---|---|
| Linux | Linux | ae1bdd23b99f64335c69d546bff99ca39b894c18 < 6bfda7ce56e7d14a677b7bcd6c7a5009cc29aa88 | affected |
| Linux | Linux | ae1bdd23b99f64335c69d546bff99ca39b894c18 < 42738dffb7b0766a45882dff7989401d78f66f92 | affected |
| Linux | Linux | ae1bdd23b99f64335c69d546bff99ca39b894c18 < ab39cc4cb8ceecdc2b61747433e7237f1ac2b789 | affected |
| Linux | Linux | 6.18 | affected |
| Linux | Linux | 0 < 6.18 | unaffected |
| Linux | Linux | 6.18.19 <= 6.18.* | unaffected |
| Linux | Linux | 6.19.9 <= 6.19.* | unaffected |
| Linux | Linux | 7.0 <= * | unaffected |
Weaknesses
References
- https://git.kernel.org/stable/c/6bfda7ce56e7d14a677b7bcd6c7a5009cc29aa88
- https://git.kernel.org/stable/c/42738dffb7b0766a45882dff7989401d78f66f92
- https://git.kernel.org/stable/c/ab39cc4cb8ceecdc2b61747433e7237f1ac2b789
Feedback
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.