CVE-2025-4743

6.3 MEDIUM

📋 TL;DR

A critical SQL injection vulnerability exists in code-projects Employee Record System 1.0, specifically in the /dashboard/getData.php file's keywords parameter. Attackers can remotely execute arbitrary SQL commands to potentially access, modify, or delete database records. All deployments of Employee Record System 1.0 are affected.

💻 Affected Systems

Products:
  • code-projects Employee Record System
Versions: 1.0
Operating Systems: All
Default Config Vulnerable: ⚠️ Yes
Notes: All installations of version 1.0 are vulnerable. The vulnerability is in the core application code.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise leading to data theft, data destruction, or full system takeover via SQL injection to RCE chaining.

🟠

Likely Case

Unauthorized access to sensitive employee records, credential theft, and potential privilege escalation within the application.

🟢

If Mitigated

Limited data exposure if database permissions are properly restricted and input validation is implemented.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

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

Exploit details are publicly available on GitHub. SQL injection is straightforward to exploit with common tools like sqlmap.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

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

Restart Required: No

Instructions:

No official patch available. Consider migrating to alternative software or implementing workarounds.

🔧 Temporary Workarounds

Input Validation and Sanitization

all

Add parameterized queries or input validation to /dashboard/getData.php to sanitize the keywords parameter.

Modify getData.php to use prepared statements: $stmt = $conn->prepare('SELECT * FROM employees WHERE name LIKE ?'); $stmt->bind_param('s', $keywords);

Web Application Firewall (WAF)

all

Deploy a WAF with SQL injection rules to block malicious requests to /dashboard/getData.php.

🧯 If You Can't Patch

  • Isolate the system on a segmented network with strict access controls.
  • Implement database-level restrictions to limit the impact of SQL injection (e.g., read-only database user for the application).

🔍 How to Verify

Check if Vulnerable:

Test the /dashboard/getData.php endpoint with SQL injection payloads (e.g., keywords=test' OR '1'='1) and observe database errors or unexpected results.

Check Version:

Check the application's version in its documentation or configuration files; no standard command exists.

Verify Fix Applied:

After applying workarounds, retest with SQL injection payloads to ensure they are blocked or sanitized without errors.

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL errors in application logs
  • Multiple requests to /dashboard/getData.php with special characters like quotes or semicolons

Network Indicators:

  • HTTP requests to /dashboard/getData.php containing SQL keywords (e.g., UNION, SELECT, DROP)

SIEM Query:

source="web_logs" AND uri="/dashboard/getData.php" AND (keywords="*'*" OR keywords="*;*" OR keywords="*UNION*" OR keywords="*SELECT*")

🔗 References

📤 Share & Export