CVE-2024-31025: ECshop · SQL Injection
Source CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 09:08 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 47% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 4 Apr 2024
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
AI-suggested
Given the absence of an official patch, organizations should implement immediate compensating controls. These include: 1) Applying web application firewall (WAF) rules specifically designed to detect and block SQL Injection attempts targeting file/article.php requests. 2) Conducting thorough input validation and sanitization on all user-supplied parameters related to the vulnerable component, ideally using parameterized queries or prepared statements if modifying source code is possible. 3) Restricting database user permissions to the minimum necessary to limit data exposure in case of exploitation. 4) Monitoring web server and database logs for unusual query patterns or error messages indicative of SQL Injection attempts. 5) Isolating or segmenting the ECshop environment to reduce lateral movement if a breach occurs. 6) Planning for an upgrade or patch deployment as soon as an official fix is released by the ECshop maintainers. 7) Educating development and security teams about secure coding practices to prevent similar vulnerabilities.
Description
SQL Injection vulnerability in ECshop 4.x allows an attacker to obtain sensitive information via the file/article.php component.