Live › vulnerability › GHSA-473q-m89c-ghf8
Go to dashboardWith SslMode VerifyCA or VerifyFull and no SslCa set, MySqlConnector can send the database password in clear text before checking the server certificate. A man-in-the-middle presenting any self-signed certificate can capture that password.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-28 19:51 UTC. All times on this page are UTC.
Applications using the MySqlConnector .NET driver with SslMode VerifyCA or VerifyFull, no SslCa option, and a non-empty password, connecting over the network. The MariaDB zero-configuration TLS setup is the typical case where self-signed certificates are used. Connections over Unix sockets or loopback, configured CA setups, Preferred or Required modes, and empty passwords are not affected.
| Product | Ecosystem | Affected | Fixed in |
|---|---|---|---|
| MySqlConnector | nuget | < 2.6.1 | 2.6.1 |
SslMode=VerifyCA or SslMode=VerifyFull without SslCadotnet list package and look for MySqlConnector below 2.6.12.6.1 or laterSslCa to a trusted CA certificate alongside VerifyCA/VerifyFullmysql_clear_passwordEach row is the first time that source carried this signal. The analyst’s rows are its own findings.
With SslMode set to VerifyCA or VerifyFull with no configured CA certificate, an unvalidated TLS connection is treated as secure and a clear-text password can be sent before the certificate is checked. This can occur when relying on the password to validate a self-signed cert, e.g., MariaDB's zero-configuration TLS.
An attacker who can deploy a man-in-the-middle MySQL proxy presenting any self-signed certificate can capture the plaintext database password of a client that:
SslMode = VerifyCA or VerifyFull, andSslCa connection string option, andThe attacker completes the TLS handshake with its own cert, requests a clear-text password authentication scheme (mysql_clear_password, or forces the caching_sha2_password/sha256_password clear-text fallback), and receives the password before the fingerprint check rejects the connection, defeating the man-in-the-middle protection VerifyFull is expected to provide.
Not affected: a configured CA (SslCa), CA-validated TLS, local connections (Unix socket / loopback), or empty passwords. Using SslMode set to Preferred or Required is out of scope (this is documented as not authenticating the server).
Provide SslCa with VerifyCA/VerifyFull, use a local/Unix-socket connection, or avoid clear-text authentication.
This page as .md · .json · in your agent: get_signal("GHSA-473q-m89c-ghf8")
GitHub Advisory Database, CC-BY 4.0. Posts quoted belong to their authors.