Skip to main content
VulnerabilityPublished

CVE-2025-5641: Radare2 · Memory Corruption

Affects Radare2Source CVE Database V5

0

Not known to be exploited · CVSS 2.0 Low.

Data as of 26 Oct 2026, 12:55 UTC

CVSS 4.0 base score
2.0Low
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 5 Jun 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
GitHubradareorg/radare2pkg:github/radareorg/radare2Other threatsAffected
  • =5.9.9
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

Community reviews

Loading reviews…