Severity by source
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H
Primary rating from NVD · only source for this CVE.
CVSS VectorNVD
Lifecycle Timeline
5DescriptionCVE.org
XiangShan (Open-source high-performance RISC-V processor) commit edb1dfaf7d290ae99724594507dc46c2c2125384 (2024-11-28) contains an improper exceptional-condition handling flaw in its CSR subsystem (NewCSR). On affected versions, certain sequences of CSR operations targeting non-existent/custom CSR addresses may trigger an illegal-instruction exception but fail to reliably transfer control to the configured trap handler (mtvec), causing control-flow disruption and potentially leaving the core in a hung or unrecoverable state. This can be exploited by a local attacker able to execute code on the processor to cause a denial of service and potentially inconsistent architectural state.
AnalysisAI
Control-flow disruption in XiangShan open-source RISC-V processor allows local authenticated attackers to trigger denial of service through malformed CSR operations that fail to properly invoke trap handlers. Affected commits from November 2024 contain improper exception handling in the NewCSR subsystem that can leave the processor core in a hung state when targeting non-existent CSR addresses. GitHub issue #3959 and pull request #3966 document the flaw and proposed fix. EPSS score of 0.02% (5th percentile) indicates very low predicted exploitation probability. No public exploit code identified and not listed in CISA KEV, suggesting primarily theoretical risk limited to specialized RISC-V development environments.
Technical ContextAI
XiangShan is an open-source, out-of-order RISC-V processor implementation targeting high-performance computing. The vulnerability resides in the Control and Status Register (CSR) subsystem, specifically the NewCSR implementation introduced in recent commits. CSRs are privileged registers in RISC-V architecture used for configuration, performance monitoring, and exception handling. Per RISC-V privileged specification, accessing undefined CSR addresses should trigger an illegal-instruction exception and transfer control to the machine-mode trap vector (mtvec). CWE-703 (Improper Check or Handling of Exceptional Conditions) indicates the core fails to properly validate CSR addresses or correctly invoke exception handlers when encountering invalid CSR operations. This represents a fundamental violation of the RISC-V architectural contract where exception handling must be deterministic and reliable. The flaw affects the architectural state machine governing privilege-level transitions, potentially causing the processor to enter undefined states outside normal execution or exception-handling modes.
RemediationAI
Apply the fix provided in GitHub pull request #3966 available at https://github.com/OpenXiangShan/XiangShan/pull/3966, which addresses the CSR exception handling logic in the NewCSR subsystem. For organizations using XiangShan RTL in FPGA prototypes or ASIC designs, verify that your RTL snapshot post-dates the merge of PR #3966 or manually cherry-pick the fix into your design branch. Re-synthesize and re-verify affected implementations through regression testing with CSR access patterns targeting undefined addresses per RISC-V privileged specification test suites. If immediate patching is not feasible, implement compensating controls by restricting execution of untrusted code on XiangShan cores, enforcing strict privilege separation to prevent unprivileged software from executing arbitrary CSR instructions (this requires trusted bootloader and operating system kernel, limiting practical protection), or deploying hardware-level sandboxing through RISC-V PMP (Physical Memory Protection) to isolate untrusted workloads. Note that architectural workarounds cannot fully mitigate the core state corruption risk and re-synthesis with patched RTL remains the only complete remediation.
LibreNMS before 24.10.0 allows a remote attacker to execute arbitrary code via OS command injection involving AboutContr
Reachable assertion in Open5GS up to version 2.7.6 allows remote unauthenticated attackers to crash the Diameter CER han
A Command Injection issue in the payload build page in BYOB (Build Your Own Botnet) 2.0 allows attackers to execute arbi
Denial of service in Open5GS 2.7.6 and earlier allows network-adjacent attackers with low-privilege Diameter Gx peer acc
Denial of service in Open5GS HSS (Home Subscriber Server) versions 2.7.0 through 2.7.6 is triggered remotely by manipula
Remote command injection in Control Web Panel allows unauthenticated attackers to execute arbitrary OS commands as root
LINQPad before 5.52.01 Pro edition is vulnerable to Unsafe Deserialization in LINQPad.AutoRefManager::PopulateFromCache(
Remote code execution in dash-uploader (Python package for Plotly Dash) versions 0.1.0 through 0.7.0a2 allows unauthenti
Command injection in LiteLLM 1.18.10 lets attackers who can configure MCP (Model Context Protocol) servers supply arbitr
SQL injection in AzuraCast's backup restore flow (versions up to and including 0.23.7) lets an attacker achieve privileg
Arbitrary file read in Yu AI Code Mother v4.3 lets anonymous, remote attackers retrieve files outside the intended previ
Remote code execution in APScheduler (all versions through 3.10.x and 4.0.0a5) is achievable when applications deseriali
Same technique Denial Of Service
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-23957