CVE-2024-9790

4.7 MEDIUM

📋 TL;DR

This vulnerability allows remote attackers to execute arbitrary SQL commands via the 'id' parameter in the /admin/sou.php file in LyLme_spage 1.9.5. Attackers can potentially access, modify, or delete database content. Any system running the vulnerable version with the admin interface exposed is affected.

💻 Affected Systems

Products:
  • LyLme_spage
Versions: 1.9.5
Operating Systems: All platforms running PHP
Default Config Vulnerable: ⚠️ Yes
Notes: Requires the /admin/sou.php file to be accessible. The vulnerability is in the default installation.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise including data theft, data manipulation, or deletion; potential for privilege escalation or remote code execution if database permissions allow.

🟠

Likely Case

Unauthorized data access and extraction from the database, potentially including user credentials, configuration data, or sensitive application information.

🟢

If Mitigated

Limited impact with proper input validation, parameterized queries, and database permission restrictions in place.

🌐 Internet-Facing: HIGH - Remote exploitation is possible, and the vulnerability affects an admin interface that may be exposed to the internet.
🏢 Internal Only: MEDIUM - Still exploitable by internal attackers or compromised internal systems, but attack surface is reduced.

🎯 Exploit Status

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

Exploit details have been publicly disclosed, making weaponization likely. The SQL injection appears straightforward to exploit.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: None available

Restart Required: No

Instructions:

No official patch available. Consider upgrading to a newer version if available, or implement workarounds.

🔧 Temporary Workarounds

Input Validation and Sanitization

all

Add input validation to sanitize the 'id' parameter before processing in /admin/sou.php

Edit /admin/sou.php to add: $id = intval($_GET['id']); // Convert to integer

Access Restriction

all

Restrict access to the /admin/ directory using web server configuration or authentication

For Apache: create .htaccess with: Order Deny,Allow\nDeny from all\nAllow from 192.168.1.0/24
For Nginx: location /admin/ { deny all; }

🧯 If You Can't Patch

  • Immediately restrict network access to the admin interface using firewall rules or web server configuration
  • Implement a Web Application Firewall (WAF) with SQL injection protection rules

🔍 How to Verify

Check if Vulnerable:

Check if /admin/sou.php exists and accepts the 'id' parameter. Test with SQL injection payloads like: /admin/sou.php?id=1' OR '1'='1

Check Version:

Check the version in the application files or configuration; look for version indicators in source code or documentation

Verify Fix Applied:

Test the same SQL injection payloads after applying fixes; they should return errors or no data instead of executing SQL commands

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL queries in application logs
  • Multiple requests to /admin/sou.php with suspicious 'id' parameters
  • Database error messages containing SQL syntax

Network Indicators:

  • Unusual traffic patterns to /admin/sou.php
  • Requests containing SQL keywords like UNION, SELECT, INSERT in URL parameters

SIEM Query:

source="web_logs" AND uri="/admin/sou.php" AND (query="*id=*'*" OR query="*id=*%27*")

🔗 References

📤 Share & Export