Skip to main content
VulnerabilityPublished Updated

CVE-2024-24092: Code-projects · SQL Injection

Source CVE Database V5

0

Not known to be exploited · CVSS 7.8 High.

Data as of 26 Oct 2026, 12:54 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Mar 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

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

    Not in CISA KEV and no source reports exploitation

  5. 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 26 Oct 2026.

What to do

AI-suggested

  1. Immediate mitigation should focus on restricting local access to the server hosting the Scholars Tracking System to trusted personnel only, minimizing the risk of exploitation.
  2. Implement strict input validation and sanitization on all user inputs, especially in login.php, to prevent injection of malicious SQL code.
  3. Refactor the application code to use parameterized queries or prepared statements instead of dynamic SQL concatenation.
  4. Limit database user permissions to the minimum necessary, avoiding use of highly privileged accounts for application database connections.
  5. Monitor logs for unusual database query patterns or repeated failed login attempts that may indicate exploitation attempts.
  6. If possible, isolate the application environment using containerization or sandboxing to limit the blast radius of a potential compromise.
  7. Engage with the software vendor or community to obtain or develop patches addressing this vulnerability.
  8. Conduct regular security assessments and penetration testing focused on injection vulnerabilities.
  9. Educate administrators and developers about secure coding practices to prevent similar issues in future versions.
  10. Consider deploying Web Application Firewalls (WAFs) with custom rules to detect and block SQL injection attempts targeting login.php.

Description

SQL Injection vulnerability in Code-projects.org Scholars Tracking System 1.0 allows attackers to run arbitrary code via login.php.

References

Community reviews

Loading reviews…