CVE-2025-5641: Radare2 · Memory Corruption
Affects Radare2Source CVE Database V5
Not known to be exploited · CVSS 2.0 Low.
Data as of 26 Oct 2026, 09:15 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 13% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:H/AT:N/PR:L/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubradareorg/radare2pkg:github/radareorg/radare2Other threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
1. Immediate application of the official patch identified by commit 5705d99cc1f23f36f9a84aab26d1724010b97798 to Radare2 version 5.9.9 is strongly recommended to eliminate the vulnerability. 2. Avoid using the experimental -T parameter in Radare2 until the patch is applied and the feature is deemed stable. 3. Restrict local access to systems running Radare2 to trusted users only, employing strict access controls and monitoring to prevent unauthorized local exploitation attempts. 4. Implement host-based intrusion detection systems (HIDS) to detect anomalous behavior or crashes related to Radare2 processes. 5. Conduct regular audits of installed software versions and configurations to ensure no vulnerable Radare2 instances are in use. 6. Educate security analysts and researchers about the risks associated with experimental features and encourage the use of stable releases in production or sensitive environments. 7. If AddressSanitizer is used in testing or development environments, be aware of the threading warnings and potential race conditions to avoid false positives or overlooked issues.
Description
A vulnerability was found in Radare2 5.9.9. It has been rated as problematic. This issue affects the function r_cons_is_breaked in the library /libr/cons/cons.c of the component radiff2. The manipulation of the argument -T leads to memory corruption. It is possible to launch the attack on the local host. The complexity of an attack is rather high. The exploitation is known to be difficult. The exploit has been disclosed to the public and may be used. The real existence of this vulnerability is still doubted at the moment. The identifier of the patch is 5705d99cc1f23f36f9a84aab26d1724010b97798. It is recommended to apply a patch to fix this issue. The documentation explains that the parameter -T is experimental and "crashy". Further analysis has shown "the race is not a real problem unless you use asan". An additional warning regarding threading support has been added.
References
- vuldb.com (opens in a new tab)
- vuldb.com (opens in a new tab)
- vuldb.com (opens in a new tab)
- github.com/radareorg/radare2/issues/24230 (opens in a new tab)
- github.com/radareorg/radare2/issues/24230 (opens in a new tab)
- drive.google.com/file/d/1oG5IC7qhL_SJsIHpnWp7MZlWJGYt8qWZ/view?usp=sharing (opens in a new tab)
- github.com/radareorg/radare2/commit/5705d99cc1f23f36f9a84aab26d1724010b97798 (opens in a new tab)