CVE-2024-44653: 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
Organizations should immediately audit their Kashipara Ecommerce Website installations, focusing on the user_login.php script and the user_email parameter. Implement input validation and sanitization to reject or properly escape malicious SQL syntax. Transition to using prepared statements or parameterized queries to prevent direct injection of user input into SQL commands. Conduct thorough code reviews and penetration testing to identify and remediate similar injection points. Monitor web application logs for suspicious login attempts or anomalous query patterns indicative of injection attempts. If possible, isolate the affected application behind web application firewalls (WAFs) configured to detect and block SQL Injection payloads. Educate development teams on secure coding practices to prevent recurrence. Since no official patches are available, consider engaging with the software vendor for updates or applying custom fixes. Finally, ensure compliance with GDPR by promptly reporting any data breaches resulting from exploitation.
Description
Kashipara Ecommerce Website 1.0 is vulnerable to SQL Injection via the user_email parameter in user_login.php.