CVE-2025-3694

7.3 HIGH

📋 TL;DR

This critical SQL injection vulnerability in SourceCodester Web-based Pharmacy Product Management System 1.0 allows remote attackers to execute arbitrary SQL commands via the login_email parameter. Attackers can potentially bypass authentication, access sensitive data, or take control of the database. All deployments of version 1.0 are affected.

💻 Affected Systems

Products:
  • SourceCodester Web-based Pharmacy Product Management System
Versions: 1.0
Operating Systems: All
Default Config Vulnerable: ⚠️ Yes
Notes: All installations of version 1.0 are vulnerable. No specific configuration required for exploitation.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise including exfiltration of all sensitive data (patient records, credentials, inventory), authentication bypass leading to admin access, and potential remote code execution on the database server.

🟠

Likely Case

Authentication bypass allowing unauthorized access to the system, extraction of user credentials and sensitive pharmacy data, and potential database manipulation.

🟢

If Mitigated

Limited impact with proper input validation and WAF rules blocking SQL injection patterns, though risk remains if workarounds are incomplete.

🌐 Internet-Facing: HIGH
🏢 Internal Only: MEDIUM

🎯 Exploit Status

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

Public exploit details available on GitHub. Attack requires no authentication and uses simple SQL injection techniques.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: https://www.sourcecodester.com/

Restart Required: No

Instructions:

No official patch available. Check vendor website for updates. Consider implementing workarounds or migrating to alternative software.

🔧 Temporary Workarounds

WAF Rule Implementation

all

Deploy web application firewall rules to block SQL injection patterns targeting login_email parameter

Input Validation Filter

all

Add server-side input validation to sanitize login_email parameter before processing

🧯 If You Can't Patch

  • Isolate the system behind a reverse proxy with strict input validation
  • Implement network segmentation to limit database access from application server only

🔍 How to Verify

Check if Vulnerable:

Test login form with SQL injection payloads in login_email field (e.g., ' OR '1'='1). Monitor for unexpected database responses or authentication bypass.

Check Version:

Check application version in admin panel or configuration files. Look for version 1.0 in source code or documentation.

Verify Fix Applied:

After implementing workarounds, retest with SQL injection payloads to confirm they are blocked and no longer bypass authentication.

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL error messages in application logs
  • Multiple failed login attempts with SQL-like patterns in email field
  • Successful logins from unexpected IP addresses

Network Indicators:

  • HTTP POST requests to login endpoint containing SQL keywords in parameters
  • Unusual database query patterns from application server

SIEM Query:

source="web_logs" AND (url_path="/login" OR url_path="/auth") AND (param="login_email" AND value MATCHES "(?i)(union|select|or|and|'|--|#)")

🔗 References

📤 Share & Export