CVE-2024-48343: n/a
Source CVE Database V5
Not known to be exploited · CVSS 6.3 Medium.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 30% 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:LExploitation evidence
Disclosed: evidence found.
CVE published 25 Oct 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-26.
What to do
AI-suggested
1. Immediately restrict network access to the dataSearch.jsp page to trusted users only, using network segmentation or firewall rules. 2. Implement web application firewall (WAF) rules to detect and block SQL Injection attempts targeting the id parameter. 3. Conduct thorough input validation and sanitization on all user-supplied data, especially the id parameter, using parameterized queries or prepared statements where possible. 4. Monitor application logs and database logs for suspicious queries or anomalies indicative of injection attempts. 5. Engage with ESAFENET for updates or patches and apply them promptly once available. 6. Consider deploying runtime application self-protection (RASP) solutions to detect and block exploitation attempts in real time. 7. Perform security assessments and penetration testing focused on injection vulnerabilities to identify other potential weaknesses. 8. Educate developers and administrators about secure coding practices to prevent similar vulnerabilities. 9. If feasible, isolate the vulnerable application environment to limit potential damage from exploitation. 10. Maintain regular backups and ensure recovery procedures are tested to mitigate impact of data tampering or loss.
Description
A SQL Injection vulnerability in ESAFENET CDG 5 and earlier allows an attacker to execute arbitrary code via the id parameter of the dataSearch.jsp page.