GHSA-j7hx-vp8g-c83pMediumCVSS 5.5
In the Linux kernel, the following vulnerability has been resolved: cpufreq: intel_pstate: Fix...
🔗 CVE IDs covered (1)
📋 Description
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 ]
🔗 References (5)
- https://nvd.nist.gov/vuln/detail/CVE-2026-43401
- https://git.kernel.org/stable/c/42738dffb7b0766a45882dff7989401d78f66f92
- https://git.kernel.org/stable/c/6bfda7ce56e7d14a677b7bcd6c7a5009cc29aa88
- https://git.kernel.org/stable/c/ab39cc4cb8ceecdc2b61747433e7237f1ac2b789
- https://github.com/advisories/GHSA-j7hx-vp8g-c83p