CVE-2024-12488

6.3 MEDIUM

📋 TL;DR

This vulnerability allows remote attackers to execute SQL injection attacks via the 'id' parameter in the /pages/subject_update.php file in code-projects Online Class and Exam Scheduling System 1.0. Attackers can potentially read, modify, or delete database content. Organizations using this specific version of the scheduling system are affected.

💻 Affected Systems

Products:
  • code-projects Online Class and Exam Scheduling System
Versions: 1.0
Operating Systems: All
Default Config Vulnerable: ⚠️ Yes
Notes: Only affects systems with the vulnerable /pages/subject_update.php file accessible.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise leading to data theft, data destruction, or full system takeover through SQL injection escalation.

🟠

Likely Case

Unauthorized data access, manipulation of scheduling data, or extraction of sensitive information from the database.

🟢

If Mitigated

Limited impact with proper input validation and database permissions restricting damage to non-critical data.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

Public PoC: ⚠️ Yes
Weaponized: LIKELY
Unauthenticated Exploit: ⚠️ Yes
Complexity: LOW

Exploit details have been publicly disclosed in GitHub documentation.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: https://code-projects.org/

Restart Required: No

Instructions:

No official patch available. Consider implementing input validation and parameterized queries manually.

🔧 Temporary Workarounds

Input Validation Filter

all

Add server-side validation to ensure 'id' parameter contains only numeric values

Modify subject_update.php to include: if(!is_numeric($_GET['id'])) { die('Invalid input'); }

Web Application Firewall Rule

all

Block SQL injection patterns targeting the subject_update.php endpoint

WAF rule: Block requests to /pages/subject_update.php containing SQL keywords in parameters

🧯 If You Can't Patch

  • Block external access to /pages/subject_update.php via firewall rules
  • Implement database user with minimal permissions (read-only if possible)

🔍 How to Verify

Check if Vulnerable:

Test the /pages/subject_update.php endpoint with SQL injection payloads in the 'id' parameter (e.g., id=1' OR '1'='1)

Check Version:

Check system documentation or configuration files for version 1.0 indication

Verify Fix Applied:

Verify that SQL injection payloads no longer execute and return error messages instead of database results

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL error messages in application logs
  • Multiple rapid requests to subject_update.php with varying id parameters

Network Indicators:

  • HTTP requests to /pages/subject_update.php containing SQL keywords (UNION, SELECT, etc.) in parameters

SIEM Query:

source="web_logs" AND uri="/pages/subject_update.php" AND (param="*UNION*" OR param="*SELECT*" OR param="*OR*1=1*")

🔗 References

📤 Share & Export