CVE-2024-25469: crmeb_java · n/a
Affects crmeb_javaSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 55% 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 23 Feb 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 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubcrmeb/crmeb_javapkg:github/crmeb/crmeb_javaOther 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. Immediate mitigation should focus on input validation and sanitization: implement strict validation of latitude and longitude parameters to ensure only valid numeric values are accepted. 2. Employ parameterized queries or prepared statements in the api/front/store/list component to eliminate SQL Injection risks. 3. Monitor network traffic for anomalous requests targeting the vulnerable endpoint, especially those containing suspicious latitude and longitude values. 4. Restrict access to the vulnerable API endpoint through network-level controls such as firewalls or VPNs to limit exposure to trusted users or IP ranges. 5. Regularly audit and review application logs for signs of attempted exploitation. 6. Stay updated with CRMEB vendor advisories and apply official patches or updates as soon as they become available. 7. Consider deploying Web Application Firewalls (WAFs) with rules designed to detect and block SQL Injection attempts targeting the affected parameters. 8. Conduct security code reviews and penetration testing focusing on input handling in CRMEB components to identify and remediate similar vulnerabilities proactively.
Description
SQL Injection vulnerability in CRMEB crmeb_java v.1.3.4 and before allows a remote attacker to obtain sensitive information via the latitude and longitude parameters in the api/front/store/list component.