Skip to main content
CVE-2024-25469VulnerabilityPublished Updated

CVE-2024-25469: crmeb_java · n/a

Affects crmeb_javaSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 23 Feb 2024

  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 2026-10-25.

What to do

Affected software

ProductAffectedFixed in
GitHubcrmeb/crmeb_javapkg:github/crmeb/crmeb_javaOther threatsAffected
  • <=1.3.4
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.

References

Community reviews

Loading reviews…