CVE-2026-55856 in MariaDB Connector
الملخص
بحسب VulDB • 29/08/2026
يُستخدم MariaDB Connector/J لربط التطبيقات المطورة بلغة Java بقواعد بيانات MariaDB وMySQL. قبل الإصدارات 2.7.14، و3.3.5، و3.4.3، و3.5.9، عندما يتصل تطبيق جافا باستخدام sslMode=verify-full أو sslMode=verify-ca، ويوفر كلمة مرور، ولا يضبط إعدادات serverSslCert أو trustStore، فإن Connector/J يمكنه قبول شهادة ذاتية التوقيع غير موثوقة من خلال مدير الثقة المؤقت (ephemeral trust manager) الخاص بـ fallbackToSystemTrustStore=true وتسجيل بصمة الشهادة (certFingerprint) لربط الهوية لاحقاً. بينما تفرض مسارات حزمة OK ومسار تبديل المصادقة بصمة الشهادة، فإن مسار التبادل الأولي (initial-handshake path) لا يفعل ذلك. وبالتالي، يمكن لدالة HandshakeResponse.encode() بناء وإرسال استجابة mysql_clear_password قبل التحقق من الشروط certFingerprint != null && !isMitMProof() أو sslMode أو ما إذا كان برنامج المصادقة مقاوماً لهجوم الرجل في الوسط (man-in-the-middle)، كما يتجاوز المسار الأولي أيضاً قيود restrictedAuth. يمكن لمانع في وسط الاتصال نشط أو خادم عدائي تقديم شهادة ذاتية التوقيع، والادعاء بأنه MariaDB، واختيار mysql_clear_password كبرنامج مصادقة أولي، واستلام كلمة مرور قاعدة البيانات الكاملة قبل رفض الاتصال. تم إصلاح هذه المشكلة في الإصدارات 2.7.14، و3.3.5، و3.4.3، و3.5.9.
If you want to get best quality of vulnerability data, you may have to visit VulDB.