CVE-2025-6611

7.3 HIGH

📋 TL;DR

This critical SQL injection vulnerability in code-projects Inventory Management System 1.0 allows remote attackers to execute arbitrary SQL commands via the brandStatus parameter in /php_action/createBrand.php. This can lead to data theft, modification, or deletion. All systems running this software with the vulnerable file accessible are affected.

💻 Affected Systems

Products:
  • code-projects Inventory Management System
Versions: 1.0
Operating Systems: All
Default Config Vulnerable: ⚠️ Yes
Notes: Any installation with the vulnerable file accessible via web server is affected. The vulnerability exists in the default installation.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise including data exfiltration, data destruction, privilege escalation to system-level access, and potential lateral movement within the network.

🟠

Likely Case

Unauthorized access to sensitive inventory data, customer information, or business records; potential for data manipulation or deletion of critical business information.

🟢

If Mitigated

Limited to attempted exploitation attempts being logged and blocked with no successful data access or system compromise.

🌐 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 and vuldb.com. The vulnerability requires no authentication and has simple exploitation vectors.

🛠️ 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 in the vulnerable file, or replace the entire system with a secure alternative.

🔧 Temporary Workarounds

Web Application Firewall (WAF) Rules

all

Implement WAF rules to block SQL injection attempts targeting the brandStatus parameter

File Access Restriction

linux

Restrict access to /php_action/createBrand.php file using web server configuration

# Apache: <Location "/php_action/createBrand.php">
#   Order deny,allow
#   Deny from all
# </Location>
# Nginx: location /php_action/createBrand.php { deny all; }

🧯 If You Can't Patch

  • Implement network segmentation to isolate the vulnerable system from critical assets
  • Deploy intrusion detection systems to monitor for SQL injection attempts and alert on suspicious activity

🔍 How to Verify

Check if Vulnerable:

Check if /php_action/createBrand.php exists and is accessible via web requests. Test with SQL injection payloads in brandStatus parameter.

Check Version:

Check system documentation or configuration files for version information. No standard command available.

Verify Fix Applied:

Attempt SQL injection tests against the brandStatus parameter and verify they are blocked or sanitized. Check that input validation is implemented.

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL syntax in web server logs
  • Multiple failed requests to /php_action/createBrand.php
  • Database error messages in application logs

Network Indicators:

  • HTTP POST requests to /php_action/createBrand.php with SQL keywords in parameters
  • Unusual database query patterns from web server IP

SIEM Query:

source="web_server.log" AND uri="/php_action/createBrand.php" AND (brandStatus CONTAINS "UNION" OR brandStatus CONTAINS "SELECT" OR brandStatus CONTAINS "INSERT" OR brandStatus CONTAINS "DELETE")

🔗 References

📤 Share & Export