Nixpkgs security tracker

Login with GitHub
⚠️ You are using a production deployment that is still only suitable for demo purposes. Any work done in this might be wiped later without notice.

Suggestion detail

Dismissed
(max. allowed matches exceeded)
created 1 day, 9 hours ago Activity log
  • Created & dismissed (max. allowed matches exceeded) suggestion
perf tools: Use perf_env__get_cpu_topology() in machine__resolve()

In the Linux kernel, the following vulnerability has been resolved: perf tools: Use perf_env__get_cpu_topology() in machine__resolve() machine__resolve() accesses env->cpu[al->cpu].socket_id after checking al->cpu >= 0 and env->cpu != NULL, but without validating al->cpu against env->nr_cpus_avail. Since al->cpu comes from the untrusted perf.data sample, a crafted file with a large CPU index causes an out-of-bounds heap read. Use perf_env__get_cpu_topology() which validates both NULL and bounds. Also bounds-check al->cpu before the cast to struct perf_cpu (int16_t): without this, values like 65536 silently truncate to 0, bypassing the accessor's internal check and returning CPU 0's topology.

Affected products

Linux
  • <4.4
  • <5484b43a0ec8231c36fba6ead654cb72dbba8b8f
  • ==4.4
  • <b9e8406651dcc1c19238aad11861a758683525b4
  • <eb266a14c16a93eb4db7b56a452d6be93f8bdcd4
  • =<6.18.*
  • =<7.1.*
  • =<*