CVE-2020-19301

9.8 CRITICAL

📋 TL;DR

This vulnerability allows remote attackers to execute arbitrary code on vaeThink v1.0.1 systems by injecting malicious payloads into the condition parameter of the vae_admin_rule database table. Attackers can achieve full system compromise through this SQL injection vulnerability. All systems running the affected vaeThink version are vulnerable.

💻 Affected Systems

Products:
  • vaeThink
Versions: v1.0.1
Operating Systems: Any OS running PHP and MySQL/MariaDB
Default Config Vulnerable: ⚠️ Yes
Notes: Requires PHP and database backend (MySQL/MariaDB). The vulnerability exists in the core framework.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete system takeover with attacker gaining administrative privileges, data exfiltration, installation of persistent backdoors, and lateral movement to other systems.

🟠

Likely Case

Remote code execution leading to web server compromise, data theft, and potential ransomware deployment.

🟢

If Mitigated

Limited impact with proper input validation and database permissions, potentially only allowing data viewing without code execution.

🌐 Internet-Facing: HIGH - Web applications are typically internet-facing, making them directly accessible to attackers.
🏢 Internal Only: MEDIUM - Internal systems could still be compromised through phishing or insider threats.

🎯 Exploit Status

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

SQL injection vulnerabilities are commonly weaponized. The GitHub issue shows proof of concept exploitation.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown - No official patch documented

Vendor Advisory: No official vendor advisory found

Restart Required: No

Instructions:

1. Check for official updates from vaeThink developers
2. If no patch available, implement workarounds
3. Consider migrating to alternative software if maintenance has ceased

🔧 Temporary Workarounds

Input Validation and Sanitization

all

Implement strict input validation and parameterized queries for the condition parameter

Implement prepared statements: $stmt = $pdo->prepare('SELECT * FROM vae_admin_rule WHERE condition = ?');
$stmt->execute([$user_input]);

Web Application Firewall (WAF)

all

Deploy WAF rules to block SQL injection patterns

ModSecurity rule: SecRule ARGS:condition "@detectSQLi" "id:1001,phase:2,deny,status:403"

🧯 If You Can't Patch

  • Isolate the affected system from critical networks and implement strict network segmentation
  • Implement application-level monitoring and alerting for suspicious database queries

🔍 How to Verify

Check if Vulnerable:

Check if vaeThink v1.0.1 is installed by examining version files or checking the admin interface

Check Version:

Check /application/config/version.php or similar version configuration files

Verify Fix Applied:

Test the condition parameter with SQL injection payloads to verify they are properly sanitized

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL queries in database logs
  • Multiple failed login attempts followed by successful admin access
  • Unexpected PHP file creation in web directories

Network Indicators:

  • Unusual outbound connections from web server
  • Large data transfers from database server

SIEM Query:

source="web_logs" AND (condition="*UNION*" OR condition="*SELECT*" OR condition="*INSERT*" OR condition="*UPDATE*")

🔗 References

📤 Share & Export