CVE-2026-4753: slajerek RetroDebugger · Out-of-bounds Read
Affects slajerek RetroDebuggerSource CVE Database V5
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
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 24 Mar 2026
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 2026-10-25.
What to do
Upgrade slajerek/RetroDebugger and RetroDebugger to 0.64.72.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| slajerekRetroDebugger | Affected
| Fixed in– |
GitHubslajerek/RetroDebuggerpkg:github/slajerek/RetroDebuggerOther threats | Affected
| Fixed in
|
GitHubRetroDebuggerpkg:github/RetroDebuggerOther 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. 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.