CVE-2026-55856 in MariaDB Connector
Résumé
par VulDB • 29/08/2026
MariaDB Connector/J est utilisé pour connecter des applications développées en Java aux bases de données MariaDB et MySQL. Avant les versions 2.7.14, 3.3.5, 3.4.3 et 3.5.9, lorsqu'une application Java se connecte avec sslMode=verify-full ou sslMode=verify-ca, fournit un mot de passe et ne configure pas serverSslCert ni trustStore, Connector/J peut accepter un certificat auto-signé non fiable via le gestionnaire de confiance éphémère fallbackToSystemTrustStore=true et enregistrer son empreinte numérique (certFingerprint) pour une liaison d'identité ultérieure. Les chemins OK-packet et authentication-switch appliquent l'empreinte du certificat, mais pas le chemin initial-handshake. HandshakeResponse.encode() peut donc construire et envoyer une réponse mysql_clear_password avant de vérifier certFingerprint != null && !isMitMProof(), sslMode ou si le plugin d'authentification est résistant à un attaquant se faisant passer pour l'autre (man-in-the-middle), et le chemin initial contourne également restrictedAuth. Un attaquant effectuant une attaque man-in-the-middle active ou un serveur hostile peut présenter un certificat auto-signé, prétendre être MariaDB, sélectionner mysql_clear_password comme plugin d'authentification initial et recevoir le mot de passe complet de la base de données avant que la connexion ne soit rejetée. Ce problème est corrigé dans les versions 2.7.14, 3.3.5, 3.4.3 et 3.5.9.
VulDB is the best source for vulnerability data and more expert information about this specific topic.