CVE-2025-53045

4.9 MEDIUM

📋 TL;DR

This vulnerability allows high-privileged attackers with network access to cause a denial of service (DoS) by crashing or hanging MySQL Server. It affects Oracle MySQL Server versions 8.0.0-8.0.43, 8.4.0-8.4.6, and 9.0.0-9.4.0. Only attackers with administrative database privileges can exploit this vulnerability.

💻 Affected Systems

Products:
  • Oracle MySQL Server
Versions: 8.0.0-8.0.43, 8.4.0-8.4.6, 9.0.0-9.4.0
Operating Systems: All platforms running affected MySQL versions
Default Config Vulnerable: ⚠️ Yes
Notes: Only affects InnoDB storage engine component. Requires attacker to have administrative privileges (CREATE USER, GRANT OPTION, SYSTEM_VARIABLES_ADMIN, or SUPER privilege).

📦 What is this software?

⚠️ Risk & Real-World Impact

🔴

Worst Case

Complete unavailability of MySQL Server leading to application downtime and service disruption.

🟠

Likely Case

Intermittent service disruptions or performance degradation from repeated crash attempts.

🟢

If Mitigated

Minimal impact if proper network segmentation and privilege controls prevent unauthorized administrative access.

🌐 Internet-Facing: MEDIUM - While exploitable over network, requires high privileges which reduces exposure.
🏢 Internal Only: MEDIUM - Internal attackers with administrative access could disrupt critical database services.

🎯 Exploit Status

Public PoC: ✅ No
Weaponized: UNKNOWN
Unauthenticated Exploit: ✅ No
Complexity: MEDIUM

Exploitation requires administrative database privileges and network access. Multiple protocols can be used (MySQL protocol, potentially others).

🛠️ Fix & Mitigation

✅ Official Fix

Patch Version: Apply patches from Oracle Critical Patch Update October 2025 or later versions

Vendor Advisory: https://www.oracle.com/security-alerts/cpuoct2025.html

Restart Required: No

Instructions:

1. Review Oracle Critical Patch Update October 2025 advisory. 2. Apply appropriate patch for your MySQL version. 3. Test in non-production environment first. 4. Apply to production systems during maintenance window.

🔧 Temporary Workarounds

Restrict Administrative Access

all

Limit administrative database privileges to only essential personnel and systems

REVOKE SUPER, CREATE USER, GRANT OPTION, SYSTEM_VARIABLES_ADMIN FROM unauthorized_users;
REVOKE ALL PRIVILEGES ON *.* FROM unauthorized_users;

Network Segmentation

all

Restrict network access to MySQL Server to only trusted hosts and applications

# In MySQL configuration (my.cnf): bind-address = internal_ip_only
# Use firewall rules: iptables -A INPUT -p tcp --dport 3306 -s trusted_ip -j ACCEPT

🧯 If You Can't Patch

  • Implement strict network access controls to limit who can connect to MySQL Server
  • Reduce administrative privileges to minimum necessary and implement privilege separation

🔍 How to Verify

Check if Vulnerable:

Check MySQL version: SELECT VERSION(); and compare against affected ranges

Check Version:

mysql -u root -p -e 'SELECT VERSION();'

Verify Fix Applied:

Verify version is patched: SELECT VERSION(); should show version above affected ranges

📡 Detection & Monitoring

Log Indicators:

  • Multiple connection attempts from same administrative user
  • MySQL crash logs or abnormal shutdowns
  • Error logs showing InnoDB component failures

Network Indicators:

  • Unusual traffic patterns to MySQL port from administrative accounts
  • Multiple connection resets or timeouts

SIEM Query:

source="mysql.log" AND ("crash" OR "shutdown" OR "InnoDB error") AND time>now()-5m

🔗 References

📤 Share & Export