CVE-2025-14950: code-projects Scholars Tracking System · SQL Injection
Affects code-projects Scholars Tracking SystemSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium.
Data as of 25 Oct 2026, 18:53 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 19 Dec 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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubgx922/CVEpkg:github/gx922/CVEOther 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-2025-14950, organizations should immediately implement the following measures: 1) Apply any available patches or updates from the vendor; if none exist, consider upgrading to a newer, secure version of the software. 2) Implement strict input validation and sanitization on all user-supplied parameters, especially the ID parameter in /delete_post.php, to prevent injection of malicious SQL code. 3) Use parameterized queries or prepared statements to separate SQL code from data inputs, effectively neutralizing injection attempts. 4) Employ web application firewalls (WAFs) with rules designed to detect and block SQL injection patterns targeting this endpoint. 5) Conduct thorough code reviews and security testing on all database interaction points within the application. 6) Monitor logs for unusual database queries or errors that may indicate exploitation attempts. 7) Restrict database user permissions to the minimum necessary to limit the impact of any successful injection. 8) Educate developers and administrators on secure coding practices to prevent similar vulnerabilities in the future. These targeted actions go beyond generic advice and address the specific attack vector and context of this vulnerability.
Description
A weakness has been identified in code-projects Scholars Tracking System 1.0. The affected element is an unknown function of the file /delete_post.php. This manipulation of the argument ID causes sql injection. Remote exploitation of the attack is possible. The exploit has been made available to the public and could be used for attacks.