CVE-2024-36837: CRMEB · n/a
Affects CRMEBSource CVE Database V5
Not known to be exploited · public detection template (Nuclei) · CVSS 5.4 Medium.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 8.3% chance of exploitation in 30 days – higher than 94% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 5 Jun 2024
Detectable: evidence found.
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-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubphtcloud-dev/CRMEBpkg:github/phtcloud-dev/CRMEBOther 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
Since no official patches are currently available, organizations should take immediate steps to mitigate the risk of exploitation. First, conduct a thorough code review of the getProductList function and related database query implementations to identify and remediate unsafe SQL query constructions. Implement parameterized queries or prepared statements to prevent injection. Enforce strict input validation and sanitization on all user-supplied data, especially parameters passed to the getProductList function. Restrict database user permissions to the minimum necessary to limit data exposure in case of injection. Monitor application logs and database access patterns for unusual queries or access attempts indicative of exploitation attempts. Consider deploying Web Application Firewalls (WAFs) with rules targeting SQL Injection patterns as a temporary protective measure. Additionally, maintain an inventory of CRMEB installations and prioritize upgrades or patches as they become available from the vendor. Educate developers and administrators on secure coding practices to prevent similar vulnerabilities in the future.
Description
SQL Injection vulnerability in CRMEB v.5.2.2 allows a remote attacker to obtain sensitive information via the getProductList function in the ProductController.php file.