Vulnerability in the MySQL Server product of Oracle MySQL (component: Server: Optimizer). Supported versions that are affected are 8.0.0-8.0.45, 8.4.0-8.4.8 and 9.0.0-9.6.0. Easily exploitable vulnerability allows low privileged attacker with network access via multiple protocols to compromise MySQL Server. Successful attacks of this vulnerability can result in unauthorized ability to cause a hang or frequently repeatable crash (complete DOS) of MySQL Server. CVSS 3.1 Base Score 6.5 (Availability impacts). CVSS Vector: (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H).
A medium-severity vulnerability in Oracle MySQL Server's Optimizer component (CVE-2026-34303) allows low-privileged network attackers to cause denial-of-service through server crashes or hangs. Affecting MySQL versions 8.0.0-8.0.45, 8.4.0-8.4.8, and 9.0.0-9.6.0, this vulnerability requires authentication but poses significant availability risks to database-dependent systems. No patch is currently available, requiring immediate compensating controls and monitoring strategies.
Immediate Actions:
1. Inventory all MySQL Server instances running versions 8.0.0-8.0.45, 8.4.0-8.4.8, or 9.0.0-9.6.0
2. Restrict database user privileges to minimum required levels; audit and remove unnecessary user accounts
3. Implement network segmentation to limit database access to authorized application servers only
4. Enable comprehensive query logging and monitoring for suspicious patterns
Compensating Controls (until patch available):
5. Deploy database activity monitoring (DAM) solutions to detect anomalous query patterns
6. Implement connection rate limiting and query timeout configurations
7. Configure automated failover and high-availability clustering to minimize downtime impact
8. Establish database backup and recovery procedures with regular testing
Detection Rules:
9. Monitor for repeated connection attempts from low-privilege accounts
10. Alert on queries causing excessive CPU/memory consumption or server hangs
11. Track failed query executions and optimizer-related errors in MySQL error logs
12. Monitor for unusual query patterns targeting optimizer components
Patching Strategy:
13. Subscribe to Oracle Critical Patch Updates (CPU) for patch availability
14. Prepare upgrade path to patched versions when available (test in non-production first)
15. Document all workarounds and compensating controls for audit purposes
الإجراءات الفورية:
1. حصر جميع خوادم MySQL التي تعمل بالإصدارات 8.0.0-8.0.45 أو 8.4.0-8.4.8 أو 9.0.0-9.6.0
2. تقييد امتيازات مستخدمي قاعدة البيانات إلى الحد الأدنى المطلوب؛ تدقيق وحذف حسابات المستخدمين غير الضرورية
3. تطبيق تقسيم الشبكة لتحديد وصول قاعدة البيانات إلى خوادم التطبيقات المصرح بها فقط
4. تفعيل تسجيل المستعلمات الشامل ومراقبة الأنماط المريبة
الضوابط التعويضية (حتى توفر التصحيح):
5. نشر حلول مراقبة نشاط قاعدة البيانات (DAM) للكشف عن أنماط الاستعلامات الشاذة
6. تطبيق تحديد معدل الاتصال وتكوينات انتهاء المهلة الزمنية للاستعلام
7. تكوين الفشل الآلي والعناقيد عالية التوفر لتقليل تأثير وقت التوقف
8. إنشاء إجراءات النسخ الاحتياطي واستعادة قاعدة البيانات مع الاختبار المنتظم
قواعد الكشف:
9. مراقبة محاولات الاتصال المتكررة من حسابات ذات امتيازات منخفضة
10. تنبيهات على الاستعلامات التي تسبب استهلاك CPU/الذاكرة المفرط أو توقف الخادم
11. تتبع فشل تنفيذ الاستعلامات وأخطاء محسّن الاستعلامات في سجلات أخطاء MySQL
12. مراقبة أنماط الاستعلامات غير العادية التي تستهدف مكونات محسّن الاستعلامات
استراتيجية التصحيح:
13. الاشتراك في تحديثات Oracle Critical Patch Updates (CPU) لتوفر التصحيحات
14. تحضير مسار الترقية إلى الإصدارات المصححة عند توفرها (اختبار في بيئة غير الإنتاج أولاً)
15. توثيق جميع الحلول البديلة والضوابط التعويضية لأغراض التدقيق