Live › vulnerability › CVE-2026-98477
Go to dashboardA bug in the Linux kernel's perf subsystem passes a NULL context pointer to the ARM PMU scheduling callback, causing a kernel oops. The sources describe a crash on systems using BRBE (ARM branch record buffer), and do not describe code execution.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Systems running Linux kernels from v6.17 onward on ARM64 hardware with BRBE support, where perf is used with the armv8 PMU driver. The sources describe a kernel crash rather than a remote compromise, so x86 systems and ARM systems without BRBE are not described as affected.
No product ranges from the sources yet.
uname -r and check whether the kernel is at or after v6.17 with the BRBE-enabled ARMv8 PMU driver presentEach row is the first time that source carried this signal. The analyst’s rows are its own findings.
In the Linux kernel, the following vulnerability has been resolved:
perf/core: Fix NULL pmu_ctx passed to pmu->sched_task()
perf_pmu_sched_task() returns early when cpuctx->task_ctx is set, and cpc->task_epc is only non-NULL while a task context is scheduled in on this CPU. __perf_pmu_sched_task() therefore always passes NULL:
Unable to handle kernel NULL pointer dereference at virtual address 00 pc : armv8pmu_sched_task+0x14/0x50 Call trace: armv8pmu_sched_task+0x14/0x50 (P) perf_pmu_sched_task+0xac/0x108 __perf_event_task_sched_out+0x6c/0xe0
Pass &cpc->epc instead, the CPU-wide context for this PMU, which the function already dereferences a few lines up to find pmu.
armv8pmu_sched_task() is the only in-tree implementation that dereferences the argument, and it only reads ->pmu, so the oops needs BRBE, added in v6.17.
This page as .md · .json · in your agent: get_signal("CVE-2026-98477")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.