CVE-2025-49849: LS Electric GMWin 4 · Out-of-bounds Read
Affects LS Electric GMWin 4Source CVE Database V5
Not known to be exploited · CVSS 8.4 High.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:L/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 17 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 |
|---|---|---|
| LS Electric GMWin 4 | Affected
| Fixed in– |
AI-suggested
1. Implement strict controls on the handling and transfer of PRJ files, including validating and scanning files before opening them in GMWin 4. 2. Restrict GMWin 4 usage to trusted personnel and limit file import/export capabilities to reduce exposure to malicious files. 3. Employ network segmentation to isolate engineering workstations running GMWin 4 from broader corporate and internet-facing networks to reduce attack surface. 4. Use application whitelisting and endpoint detection to monitor for suspicious activities related to GMWin 4 processes. 5. Train staff on the risks of opening unsolicited or unverified project files and incorporate phishing awareness to prevent social engineering attacks. 6. Monitor vendor communications closely for patches or updates addressing this vulnerability and plan for immediate deployment once available. 7. Consider deploying runtime application self-protection (RASP) or memory protection tools that can detect and prevent out-of-bounds memory access attempts. 8. Maintain comprehensive backups of project files and system configurations to enable rapid recovery in case of compromise.
Description
An Out-of-bounds Read vulnerability exists within the parsing of PRJ files. The issues result from the lack of proper validation of user-supplied data, which can result in different memory corruption issues within the application, such as reading and writing past the end of allocated data structures.