CVE-2024-44657: n/a
Source CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 17% 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:L/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 17 Nov 2025
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-25.
What to do
AI-suggested
Immediate mitigation should focus on implementing input validation and sanitization for the fromdate and todate parameters to prevent injection of malicious SQL code. Developers should refactor the affected code to use parameterized queries or prepared statements to eliminate direct concatenation of user input into SQL commands. Organizations should conduct code reviews and security testing on all user input handling in the complaint management system. Network-level protections such as web application firewalls (WAFs) can be configured to detect and block SQL Injection attempts targeting these parameters. Monitoring database logs for unusual queries or access patterns can help detect exploitation attempts. Since no official patches are currently available, organizations should consider isolating the affected system or restricting access to trusted IPs until a fix is released. Regular backups and incident response plans should be updated to address potential data integrity issues arising from exploitation.
Description
PHPGurukul Complaint Management System 2.0 is vulnerable to SQL Injection via the fromdate and todate parameters in between-date-userreport.php.