CVE-2024-51164: jepaas-release · Multiple Parameters Have SQL Injection
Affects jepaas-releaseSource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 12:54 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 54% 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:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Nov 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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubketr/jepaas-releasepkg:github/ketr/jepaas-releaseOther 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
To mitigate CVE-2024-51164, organizations should immediately implement the following measures: 1) Apply any available patches or updates from the JEPaaS vendor as soon as they are released. 2) If patches are not yet available, restrict network access to the /je/login/btnLog/insertBtnLog endpoint using firewalls or web application firewalls (WAFs) with rules designed to detect and block SQL injection attempts. 3) Conduct thorough input validation and sanitization on all parameters accepted by the vulnerable endpoint, employing parameterized queries or prepared statements to prevent injection. 4) Monitor logs for suspicious query patterns or repeated failed attempts targeting the endpoint. 5) Employ database activity monitoring tools to detect anomalous queries indicative of exploitation attempts. 6) Review and limit database user privileges to minimize potential damage from a successful injection. 7) Educate development teams on secure coding practices to prevent similar vulnerabilities in future releases. 8) Consider deploying runtime application self-protection (RASP) solutions to provide additional real-time protection against injection attacks.
Description
Multiple parameters have SQL injection vulnerability in JEPaaS 7.2.8 via /je/login/btnLog/insertBtnLog, which could allow a remote user to submit a specially crafted query, allowing an attacker to retrieve all the information stored in the DB.