CVE-2026-98464
Received Received - Intake

Race Condition in Linux Kernel KVM RISC-V Timer Handling

Vulnerability report for CVE-2026-98464, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-10-18

Last updated on: 2026-10-18

Assigner: kernel.org

Description

In the Linux kernel, the following vulnerability has been resolved: RISC-V: KVM: Synchronize hrtimer callback during teardown The non-Sstc hrtimer callback clears next_set before its final uses of the enclosing vCPU. If teardown observes next_set as false while the callback is still running, kvm_riscv_vcpu_timer_cancel() skips hrtimer_cancel() and kvm_destroy_vcpus() can free the vCPU before the callback enters kvm_riscv_vcpu_set_interrupt(). A guest can arm the timer with SBI TIME and request shutdown with SBI legacy shutdown or SRST. A VMM that honors KVM_EXIT_SYSTEM_EVENT and destroys the VM supplies the teardown side of the race; no post-launch host ioctl is needed to arm or request teardown. On upstream master 62cc90241548, generic KASAN reported: BUG: KASAN: slab-use-after-free in do_raw_spin_lock Write of size 4 at addr ff60000005e58898 kvm_riscv_vcpu_set_interrupt kvm_riscv_vcpu_hrtimer_expired __hrtimer_run_queues hrtimer_interrupt The object was allocated by KVM_CREATE_VCPU and freed concurrently by: kvm_destroy_vcpus kvm_arch_destroy_vm kvm_destroy_vm __fput For deterministic validation, I added mdelay(1000) immediately after the existing next_set = false assignment. This only widens the existing post-clear callback window. A no-delay trace build naturally reached the callback-after-teardown-start/before-deinit ordering in 12 of 200 runs, but 1,500 stock-kernel stress iterations did not produce a KASAN report, so natural reproduction is timing-sensitive. Always invoke hrtimer_cancel() for an initialized timer. Preserve the existing -EINVAL result when the timer is no longer set, but only after synchronizing with a running callback. With this patch, hrtimer_cancel() blocked for the full widened callback window before vCPU destruction. KASAN reported no error in 100 fixed-and-widened runs or 200 fix-only timing-sweep runs.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-10-18
Last Modified
2026-10-18
Generated
2026-10-18
AI Q&A
2026-10-18
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 7 associated CPEs
Vendor Product Version / Range
Linux Linux 3a9f66cb25e18a3eeca36c08d9f823a35b3ddc22
Linux Linux 3a9f66cb25e18a3eeca36c08d9f823a35b3ddc22
Linux Linux 3a9f66cb25e18a3eeca36c08d9f823a35b3ddc22
Linux Linux 3a9f66cb25e18a3eeca36c08d9f823a35b3ddc22
Linux Linux 3a9f66cb25e18a3eeca36c08d9f823a35b3ddc22
Linux Linux 3a9f66cb25e18a3eeca36c08d9f823a35b3ddc22
Linux Linux 5.16

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-UNKNOWN

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This is a race condition in the Linux kernel's KVM implementation for RISC-V. A timer callback may still be running while the virtual CPU (vCPU) is being torn down, leading to a use-after-free error. The issue occurs when the timer's next_set flag is cleared before the callback finishes, causing the teardown process to skip proper cleanup and free the vCPU prematurely.

Detection Guidance

This vulnerability is specific to the Linux kernel's KVM implementation on RISC-V systems. Detection requires checking kernel logs for slab-use-after-free errors related to KVM operations, particularly during VM teardown. Monitor for KASAN reports or kernel crashes involving kvm_riscv_vcpu_set_interrupt or hrtimer functions.

Impact Analysis

This vulnerability can cause system crashes or instability due to memory corruption. An attacker in a guest VM could trigger a shutdown or timer event to exploit the race condition, potentially leading to denial-of-service or privilege escalation on the host system.

Mitigation Strategies

Apply the upstream kernel patch that ensures hrtimer_cancel() is always invoked for initialized timers. Update to a kernel version containing the fix (post-62cc90241548). If immediate patching is not possible, avoid using KVM on RISC-V systems until patched.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-98464. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart