CVE-2026-55859

ŚrednieCVSS 5.9

Opublikowano: 28/08/2026(UTC)Przetłumaczono: 29/08/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.23%

Percentyl 14 - wyżej niż 14% wszystkich znanych CVE

Streszczenie

MariaDB Connector/R2DBC przed wersją 1.4.1 zakłada, że zestaw znaków połączenia to UTF-8. Serwer może ogłosić zmianę character_set_client w trakcie sesji przez mechanizm OK-packet session-state-tracking, w tym przez SET NAMES wykonane przez procedurę składowaną lub wyzwalacz, konfigurację serwera lub wrogi serwer. Jeśli nowy zestaw znaków nie jest UTF-8, sterownik kontynuuje wymianę UTF-8, podczas gdy serwer interpretuje te same bajty w innym kodowaniu, powodując cichą korupcję danych i niezgodność zestawów znaków, co może obejść cytowanie lub escapowanie bajtowe.

Ocena ryzyka

Ryzyko cichej korupcji danych oraz możliwość obejścia zabezpieczeń SQL, co może prowadzić do nieautoryzowanego dostępu lub modyfikacji danych.

Rekomendacja

Zaleca się aktualizację do wersji 1.4.1, która akceptuje tylko utf8, utf8mb3 lub utf8mb4 po inicjalizacji, a inne wartości powodują zamknięcie połączenia.

Inne podatności w MariaDB Connector/R2DBC

CVE-2026-55860Średnie
MariaDB Connector/R2DBC przed wersją 1.4.1 nie blokuje pluginów uwierzytelniania hasłem w postaci jawnego tekstu, gdy połączenie nie jest szyfrowane. Wrogi lub man-in-the-middle serwer MariaDB może wysłać AuthSwitchRequest z nazwą mysql_clear_password lub dialog (PAM) przez niezabezpieczone połączenie TCP, a AuthenticationFlow pozwala ClearPasswordPluginFlow lub PamPluginFlow na wysłanie hasła użytkownika jako jawnego tekstu. Ujawnione poświadczenia mogą być następnie użyte do bezpośredniego uwierzytelnienia do serwera bazy danych.

Oryginalny opis (angielski, źródło NVD)

MariaDB Connector/R2DBC is a non-blocking MariaDB and MySQL client implemented in Java. Prior to 1.4.1, org.mariadb:r2dbc-mariadb encodes and decodes all character data under the assumption that the connection character set is UTF-8. A server can announce a mid-session change to character_set_client through the OK-packet session-state-tracking mechanism, including through SET NAMES executed by a stored routine or trigger, server configuration, or a hostile or man-in-the-middle server. If the new character set is not UTF-8, the driver continues to exchange UTF-8 while the server interprets the same bytes under a different encoding, causing silent data corruption and a client/server charset-confusion mismatch that can defeat byte-wise quoting or escaping. The fix accepts only utf8, utf8mb3, or utf8mb4 after initialization; any other value raises R2dbcNonTransientResourceException with SQLState 08000 and closes the connection. This issue is fixed in version 1.4.1.