Which versions of Student Admission System are affected by CVE-2026-10620?

code-projects Student Admission System 1.0 contains an unauthenticated SQL injection vulnerability (CVE-2026-10620) that allows attackers to manipulate student enrollment and department data without…

Is there a public PoC exploit available for CVE-2026-10620?

Yes, a public proof-of-concept exploit is available for CVE-2026-10620. Prioritise patching immediately. EPSS: 0.0%.

How to fix or mitigate CVE-2026-10620?

Within 24 hours: identify and inventory all production instances of Student Admission System 1.0 and assess network exposure. Within 7 days: implement web application firewall rules to block SQL metacharacters in the eid and did parameters of /index.php; restrict database account privileges to minimum necessary permissions. Within 30 days: evaluate replacement student information systems or develop timeline for migration, as no vendor patch exists.

Student Admission System CVE-2026-10620

Q: What is the CVSS score of CVE-2026-10620?

CVE-2026-10620 has a CVSS 4.0 base score of 5.5 (Medium). CVSS vector: 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:P/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X. EPSS exploitation probability: 0.0%.

EUVD-2026-34023 MEDIUM

SQL Injection (CWE-89)

2026-06-02 VulDB

GHSA-vh97-h268-rfc2

PHP SQLi Student Admission System Code Projects

5.5

CVSS 4.0 · Vendor: VulDB

Severity by source

Vendor (VulDB) PRIMARY

5.5 MEDIUM

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:P/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

Primary rating from Vendor (VulDB) · only source for this CVE.

CVSS VectorVendor: VulDB

Attack Vector

Network

Attack Complexity

Low

Privileges Required

None

User Interaction

None

Scope

Lifecycle Timeline

Severity Changed

Jun 02, 2026 - 21:22 NVD

HIGH MEDIUM

CVSS changed

Jun 02, 2026 - 21:22 NVD

7.3 (HIGH) 5.5 (MEDIUM)

Analysis Generated

Jun 02, 2026 - 21:21 vuln.today

DescriptionCVE.org

A flaw has been found in code-projects Student Admission System 1.0. Affected is an unknown function of the file /index.php. This manipulation of the argument eid/did causes sql injection. The attack is possible to be carried out remotely. The exploit has been published and may be used.

AnalysisAI

SQL injection in code-projects Student Admission System 1.0 allows remote unauthenticated attackers to manipulate the 'eid' and 'did' parameters in /index.php to inject arbitrary SQL queries. Publicly available exploit code exists (referenced via GitHub issue tracker), increasing the likelihood of opportunistic attacks against exposed deployments. The vulnerability carries a CVSS 3.1 base score of 7.3, with low impact across confidentiality, integrity, and availability, but no special prerequisites for exploitation.

Technical ContextAI

The affected product is a PHP-based web application (code-projects Student Admission System version 1.0), identified by CPE cpe:2.3:a:code-projects:student_admission_system. The root cause is CWE-89 (Improper Neutralization of Special Elements used in an SQL Command), where the application's /index.php endpoint fails to sanitize or parameterize the user-supplied 'eid' and 'did' request parameters before incorporating them into a backend SQL query. This pattern is characteristic of legacy PHP applications that concatenate user input directly into mysql_query/mysqli_query calls rather than using prepared statements with bound parameters.

RemediationAI

No vendor-released patch identified at time of analysis - code-projects is a small open-source publisher with no formal advisory referenced. Defenders should immediately audit any deployment by reviewing /index.php for unsanitized use of $_GET['eid'] and $_GET['did'], and convert all affected database calls to use prepared statements with parameterized queries (PDO or mysqli with bind_param). As compensating controls, place the application behind a Web Application Firewall with SQLi rulesets (ModSecurity OWASP CRS rules 942xxx), restrict the database account used by the app to least-privilege (revoke FILE, DROP, and write access to schema), and restrict network exposure of /index.php to trusted networks via reverse proxy ACLs. Trade-off: WAF rules may produce false positives for legitimate URL-encoded query strings; database privilege restriction may break administrative features that legitimately require elevated DB rights. Monitor the references at https://vuldb.com/vuln/367928 and https://github.com/Xu-Zhihan/CVE/issues/13 for any forthcoming upstream fix.