Skip to main content
VulnerabilityPublished

CVE-2025-49849: LS Electric GMWin 4 · Out-of-bounds Read

Affects LS Electric GMWin 4Source CVE Database V5

0

Not known to be exploited · CVSS 8.4 High.

Data as of 26 Oct 2026, 14:05 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 17 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
LS Electric GMWin 4Affected
  • =4.18
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.

References

Community reviews

Loading reviews…