CVE-2024-42561

8.8 HIGH

📋 TL;DR

This SQL injection vulnerability in Pharmacy Management System allows attackers to execute arbitrary SQL commands through the invoice_number parameter in sales_report.php. This could lead to data theft, modification, or deletion of pharmacy records. Any organization using the vulnerable commit of this system is affected.

💻 Affected Systems

Products:
  • Pharmacy Management System
Versions: Commit a2efc8 and potentially earlier versions
Operating Systems: Any OS running the web application
Default Config Vulnerable: ⚠️ Yes
Notes: The vulnerability exists in the specific commit mentioned; other versions may also be affected but not confirmed.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete compromise of the pharmacy database including patient records, prescription data, financial information, and potential remote code execution on the database server.

🟠

Likely Case

Extraction of sensitive pharmacy data including patient information, prescription records, and financial data, potentially leading to data breach and regulatory violations.

🟢

If Mitigated

Limited impact with proper input validation and parameterized queries preventing SQL injection, though other vulnerabilities might still exist.

🌐 Internet-Facing: HIGH
🏢 Internal Only: HIGH

🎯 Exploit Status

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

SQL injection via GET/POST parameter is straightforward to exploit with common tools like sqlmap.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: Not available

Restart Required: No

Instructions:

1. Update to a patched version if available from the vendor
2. If no official patch, implement parameterized queries and input validation
3. Review and sanitize all user inputs in the application

🔧 Temporary Workarounds

Web Application Firewall (WAF)

all

Deploy a WAF with SQL injection protection rules to block malicious requests

Input Validation Filter

all

Implement server-side validation to restrict invoice_number to expected formats

🧯 If You Can't Patch

  • Implement network segmentation to isolate the Pharmacy Management System from other critical systems
  • Enable detailed logging and monitoring of all database queries and access attempts

🔍 How to Verify

Check if Vulnerable:

Test the sales_report.php endpoint with SQL injection payloads in the invoice_number parameter (e.g., invoice_number=1' OR '1'='1)

Check Version:

Check git commit hash: git log --oneline -1

Verify Fix Applied:

Verify that SQL injection payloads no longer execute and return appropriate error messages or are blocked

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL queries in database logs
  • Multiple failed login attempts or parameter manipulation in web server logs
  • Unexpected database schema changes or data extraction patterns

Network Indicators:

  • SQL keywords in HTTP GET/POST parameters (SELECT, UNION, INSERT, etc.)
  • Unusual database connection patterns from web servers

SIEM Query:

source="web_logs" AND (uri="*sales_report.php*" AND (param="*invoice_number=*'*" OR param="*invoice_number=*%27*" OR param="*invoice_number=*SELECT*" OR param="*invoice_number=*UNION*"))

🔗 References

📤 Share & Export