Description (CNA)
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 (CNA)
| Vendor / product | Versions |
|---|---|
| Linux / Linux | affected ae1bdd23b99f64335c69d546bff99ca39b894c18 before 6bfda7ce56e7d14a677b7bcd6c7a5009cc29aa88; affected ae1bdd23b99f64335c69d546bff99ca39b894c18 before 42738dffb7b0766a45882dff7989401d78f66f92; affected ae1bdd23b99f64335c69d546bff99ca39b894c18 before ab39cc4cb8ceecdc2b61747433e7237f1ac2b789 |
| Linux / Linux | affected 6.18; unaffected 0 before 6.18; unaffected 6.18.19 through 6.18.*; unaffected 6.19.9 through 6.19.*; unaffected 7.0 through * |
CWE
No CWE identifiers supplied.