CVE-2025-8240: code-projects Exam Form Submission · SQL Injection
Affects code-projects Exam Form SubmissionSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 46% 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 27 Jul 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 |
|---|---|---|
| code-projects Exam Form Submission | Affected
| Fixed in– |
AI-suggested
Given the absence of official patches, European organizations should immediately implement the following specific mitigations: 1) Apply strict input validation and sanitization on the 'phone' parameter within /user/dashboard.php to neutralize SQL injection payloads. This can be done by using parameterized queries or prepared statements in the database access layer. 2) Employ Web Application Firewalls (WAFs) configured with rules to detect and block SQL injection attempts targeting the vulnerable endpoint. 3) Conduct thorough code reviews and security testing of the affected application module to identify and remediate similar injection flaws. 4) Restrict database user permissions to the minimum necessary, limiting the potential damage from successful injection attacks. 5) Monitor application logs and network traffic for unusual or suspicious activity related to the 'phone' parameter or dashboard access. 6) If feasible, isolate the vulnerable application environment from critical internal networks until a patch or secure update is available. 7) Engage with the vendor or community maintaining the software to obtain or request an official patch or update addressing this vulnerability. These targeted actions go beyond generic advice by focusing on the specific vulnerable parameter and application context.
Description
A vulnerability, which was classified as critical, has been found in code-projects Exam Form Submission 1.0. Affected by this issue is some unknown functionality of the file /user/dashboard.php. The manipulation of the argument phone leads to sql injection. The attack may be launched remotely. The exploit has been disclosed to the public and may be used.