CVE-2026-61700
LowCVSS 3.7Exploitation Probability (EPSS)
Low risk21th percentile - higher than 21% of all known CVEs
Summary
MariaDB Connector/J in versions prior to 2.7.14, 3.3.5, 3.4.3, and 3.5.9 does not enforce allowLocalInfile=false when processing a LOCAL INFILE packet. A rogue or man-in-the-middle server can cause the connector to transmit a file selected by the application despite the disabled option. The issue is fixed in versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9.
Risk Assessment
An attacker can gain access to sensitive files that the application attempts to load over an untrusted connection. However, this requires the application to actively load data, limiting the exploit scope.
Recommendation
Update MariaDB Connector/J to version 2.7.14, 3.3.5, 3.4.3, 3.5.9 or later. Avoid using LOAD DATA LOCAL INFILE over untrusted connections.
Other vulnerabilities in MariaDB Connector/J
See all- CVE-2026-55858Medium
MariaDB Connector/J prior to versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9 encodes and decodes protocol text and performs client-side escaping under the assumption that the connection character set is UTF-8. The server can report a mid-session change to character_set_client through OK-packet session-state tracking, including a change caused by SET NAMES, a stored routine or trigger, server configuration, or a hostile server. If character_set_client changes to a non-UTF-8 value, the driver continues to read and write UTF-8 while the server interprets the same bytes under another encoding, causing silent data corruption and a client/server charset-confusion mismatch that can defeat byte-wise quoting or escaping.
- CVE-2026-55857Medium
MariaDB Connector/J prior to versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9 can be coerced into transmitting the account password over an insecure connection during PAM dialog authentication. The mysql_clear_password plugin is gated behind a secure transport, but the sibling PAM handler SendPamAuthPacketFactory, named dialog by the server, does not declare that requirement and inherits the default secure-required value false. A hostile or man-in-the-middle server can send an Authentication Switch Request for dialog over plain TCP, causing the driver to return the user's password in cleartext when sslMode=DISABLE and restrictedAuth=null, which is the default configuration.
- CVE-2026-55856Medium
MariaDB Connector/J prior to versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9, when a Java application connects with sslMode=verify-full or sslMode=verify-ca, supplies a password, and does not configure serverSslCert or trustStore, can accept an untrusted self-signed certificate through the fallbackToSystemTrustStore=true ephemeral trust manager and record its certFingerprint for later identity binding. The OK-packet and authentication-switch paths enforce the certificate fingerprint, but the initial-handshake path does not. HandshakeResponse.encode() can therefore build and send a mysql_clear_password response before checking certFingerprint, sslMode, or whether the authentication plugin is resistant to a man-in-the-middle, and the initial path also bypasses restrictedAuth. An active man-in-the-middle or hostile server can present a self-signed certificate, claim to be MariaDB, select mysql_clear_password as the initial authentication plugin, and receive the full database password before the connection is rejected.
Original NVD description (English source)
MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. Prior to 2.7.14, 3.3.5, 3.4.3, and 3.5.9, ClientMessage.readPacket processes a server-initiated LOCAL INFILE protocol packet 0xfb without enforcing allowLocalInfile=false. When an application sends a LOAD DATA LOCAL INFILE COM_QUERY, a rogue or man-in-the-middle server can echo the same filename and cause the connector to transmit that file despite the disabled option. The server cannot redirect the request to an arbitrary path and can receive only the exact file already selected by the application, so exploitation requires an application that actively loads sensitive data over an untrusted connection. This issue is fixed in versions 2.7.14, 3.3.5, 3.4.3, and 3.5.9.
Vulnerability data from NVD (NIST) · CISA KEV · EPSS

