Skip to main content
CVE-2026-4753VulnerabilityPublished

CVE-2026-4753: slajerek RetroDebugger · Out-of-bounds Read

Affects slajerek RetroDebuggerSource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical : upgrade to 0.64.72 as a priority.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 36% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 0.64.72
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 24 Mar 2026

  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 2026-10-25.

What to do

Upgrade slajerek/RetroDebugger and RetroDebugger to 0.64.72.

Affected software

ProductAffectedFixed in
slajerekRetroDebuggerAffected
  • <0.64.72
Fixed in–
GitHubslajerek/RetroDebuggerpkg:github/slajerek/RetroDebuggerOther threatsAffected
  • <0.64.72
Fixed in
  • 0.64.72
GitHubRetroDebuggerpkg:github/RetroDebuggerOther threatsAffected
  • <0.64.72
Fixed in
  • 0.64.72

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Immediately restrict network access to RetroDebugger instances by implementing firewall rules or network segmentation to limit exposure to trusted users and systems only. 2. Monitor vendor communications closely for official patches or updates addressing CVE-2026-4753 and apply them promptly upon release. 3. Employ runtime application self-protection (RASP) or memory protection tools that can detect and prevent out-of-bounds memory accesses during debugging sessions. 4. Conduct thorough code reviews and static analysis of any custom extensions or scripts used with RetroDebugger to identify potential memory safety issues. 5. Use intrusion detection systems (IDS) and network monitoring to detect anomalous traffic patterns that could indicate exploitation attempts targeting RetroDebugger. 6. Educate developers and security teams about the risks associated with exposing debugging tools on public or untrusted networks. 7. Where possible, isolate debugging environments from production networks to minimize the impact of potential exploitation. 8. Consider alternative debugging tools with a stronger security posture until a patch is available.

Description

Out-of-bounds Read vulnerability in slajerek RetroDebugger.This issue affects RetroDebugger: before v0.64.72.

References

Community reviews

Loading reviews…