Skip to main content
CVE-2024-36837VulnerabilityPublished Updated

CVE-2024-36837: CRMEB · n/a

Affects CRMEBSource CVE Database V5

0

Not known to be exploited · public detection template (Nuclei) · CVSS 5.4 Medium.

Data as of 26 Oct 2026, 07:57 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 5 Jun 2024

  2. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  3. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  4. 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-26.

What to do

Affected software

ProductAffectedFixed in
GitHubphtcloud-dev/CRMEBpkg:github/phtcloud-dev/CRMEBOther threatsAffected
  • =5.2.2
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.

References

Community reviews

Loading reviews…