CVE-2024-54761

6.3 MEDIUM

📋 TL;DR

BigAnt Office Messenger 5.6.06 contains a SQL injection vulnerability in the 'dev_code' parameter that allows attackers to execute arbitrary SQL commands. This affects organizations using this specific version of the messaging software. Attackers could potentially access, modify, or delete database information.

💻 Affected Systems

Products:
  • BigAnt Office Messenger
Versions: 5.6.06
Operating Systems: Windows
Default Config Vulnerable: ⚠️ Yes
Notes: Only version 5.6.06 is confirmed vulnerable. The application typically runs on Windows servers.

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete database compromise leading to data theft, data destruction, or remote code execution via database functions.

🟠

Likely Case

Unauthorized data access, privilege escalation, or extraction of sensitive information from the database.

🟢

If Mitigated

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

🌐 Internet-Facing: HIGH if the application is exposed to the internet, as SQL injection can be automated and exploited remotely.
🏢 Internal Only: MEDIUM for internal networks, as attackers would need internal access but could still cause significant damage.

🎯 Exploit Status

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

Public proof-of-concept code exists on GitHub, making exploitation straightforward for attackers with basic SQL injection knowledge.

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Unknown

Vendor Advisory: Not available

Restart Required: No

Instructions:

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

🔧 Temporary Workarounds

Input Validation and Sanitization

all

Implement server-side validation to reject malicious input in the 'dev_code' parameter.

Web Application Firewall (WAF)

all

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

🧯 If You Can't Patch

  • Isolate the BigAnt server in a restricted network segment with minimal external access.
  • Implement strict database permissions, ensuring the application uses a low-privilege database account.

🔍 How to Verify

Check if Vulnerable:

Test the 'dev_code' parameter with SQL injection payloads (e.g., ' OR '1'='1) and observe database errors or unexpected behavior.

Check Version:

Check the application version in the BigAnt interface or installation directory.

Verify Fix Applied:

Retest with SQL injection payloads after implementing fixes; successful payloads should be rejected or sanitized.

📡 Detection & Monitoring

Log Indicators:

  • Unusual SQL error messages in application logs
  • Multiple failed login attempts or parameter manipulation

Network Indicators:

  • HTTP requests containing SQL keywords (SELECT, UNION, etc.) in parameters
  • Abnormal database query patterns

SIEM Query:

source="bigant_logs" AND (message="*SQL*" OR message="*syntax*" OR param="*dev_code*" AND value="*' OR*" OR value="*;--*")

🔗 References

📤 Share & Export