CVE Catalog

CVE-2026-23217

MediumCVSS 5.5
Published: Updated: Translated: NVD NIST

Summary

In the Linux kernel, a vulnerability was resolved in riscv: trace, causing a snapshot deadlock due to sbi ecall calls. If functions in sbi_ecall.c are traceable, a ringbuffer snapshot triggers an IPI interrupt, which calls __sbi_ecall again and another snapshot, creating an endless loop. This is easily triggered on RISC-V systems without the SSTC extension due to periodic sbi ecalls from timer-riscv.c.

Risk Assessment

Kernel hang (deadlock) is possible on RISC-V systems, especially without the SSTC extension, leading to denial of service. However, it requires enabling tracing of sbi_ecall.c functions.

Recommendation

Update the Linux kernel to a version containing the fix that excludes sbi_ecall.c functions from tracing. Avoid enabling ftrace for these functions on vulnerable systems.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: riscv: trace: fix snapshot deadlock with sbi ecall If sbi_ecall.c's functions are traceable, echo "__sbi_ecall:snapshot" > /sys/kernel/tracing/set_ftrace_filter may get the kernel into a deadlock. (Functions in sbi_ecall.c are excluded from tracing if CONFIG_RISCV_ALTERNATIVE_EARLY is set.) __sbi_ecall triggers a snapshot of the ringbuffer. The snapshot code raises an IPI interrupt, which results in another call to __sbi_ecall and another snapshot... All it takes to get into this endless loop is one initial __sbi_ecall. On RISC-V systems without SSTC extension, the clock events in timer-riscv.c issue periodic sbi ecalls, making the problem easy to trigger. Always exclude the sbi_ecall.c functions from tracing to fix the potential deadlock. sbi ecalls can easiliy be logged via trace events, excluding ecall functions from function tracing is not a big limitation.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS