CVE-2025-5648: Radare2 · Memory Corruption
Affects Radare2Source CVE Database V5
Not known to be exploited · CVSS 2.0 Low.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% 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
To mitigate this vulnerability, European organizations should ensure that all instances of Radare2 are updated to versions beyond 5.9.9 where the patch addressing CVE-2025-5648 has been applied. Since the '-T' parameter is experimental and known to be unstable, users should avoid using this argument unless absolutely necessary and only in controlled environments. Access controls should be enforced to restrict local access to systems running Radare2, limiting the potential for exploitation by unauthorized users. Additionally, organizations should monitor and audit usage of Radare2 to detect any unusual activity involving the '-T' parameter. Security teams should educate users about the risks associated with experimental features in security tools and encourage the use of stable releases. Employing runtime protections such as AddressSanitizer during development and testing can help detect memory corruption issues early, although it is noted that the race condition is primarily a concern under ASAN. Finally, maintaining a robust patch management process to promptly apply updates is essential.
Description
A vulnerability was found in Radare2 5.9.9. It has been classified as problematic. Affected is the function r_cons_pal_init in the library /libr/cons/pal.c of the component radiff2. The manipulation of the argument -T leads to memory corruption. An attack has to be approached locally. The complexity of an attack is rather high. The exploitability is told 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 name 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". A new warning 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/24238 (opens in a new tab)
- github.com/radareorg/radare2/issues/24238 (opens in a new tab)
- drive.google.com/file/d/1StQvpouGzMCOGmF3b5q_NxAJiZwivnjp/view?usp=sharing (opens in a new tab)
- github.com/radareorg/radare2/commit/5705d99cc1f23f36f9a84aab26d1724010b97798 (opens in a new tab)