CVE-2026-107823

Podatność w MariaDB (wersje 3.3.18 i 3.4.8) umożliwiająca wstrzyknięcie SQL pomimo użycia mysql_real_escape_string() z zestawem znaków big5. Naprawione w wersjach 3.3.19 i 3.4.9.

Podatność w MariaDB na Windows z zainstalowanym silnikiem CONNECT i włączoną obsługą REST pozwala na wstrzyknięcie atrybutu HTTP tabeli do linii poleceń curl bez odpowiedniego oczyszczania. Umożliwia to użytkownikowi wykonanie dowolnych poleceń systemowych na serwerze.

MariaDB, serwer baz danych, w wersjach od 10.6.1 do 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3 i 13.0.2, ma podatność w pamięci podręcznej ACL, która może generować ten sam klucz pamięci podręcznej uprawnień bazy danych dla nazw ról i użytkowników localhost, które pasowały, ponieważ oba używały pustego składnika IP. Atakujący z uprawnieniem CREATE USER może utworzyć kolidujący podmiot i, gdy uprawnienia bazy danych oryginalnego podmiotu były w pamięci podręcznej, wykonywać uprawnienia przypisane do innego konta. Problem został naprawiony w wersjach 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3 i 13.0.2.

MariaDB od wersji 10.6.1 do 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3 i 13.0.2, niewystarczająco weryfikował liczniki, offsety, długości i granice pól w metadanych FRM podczas otwierania binarnych plików FRM. Atakujący, który może umieścić spreparowany plik FRM w katalogu danych, może wywołać odczyty lub zapisy poza zakresem, awarię serwera lub potencjalnie wykonać kod.

MariaDB od wersji 10.6.1 do 10.6.28, 10.11.19, 11.4.13, 11.8.9, 12.3.3 i 13.0.2, jednostka mariadb.service używała /run/mysqld/wsrep-new-cluster podczas następnego restartu usługi. Użytkownik bazy danych z uprawnieniem FILE i konfiguracją secure-file-priv umożliwiającą zapis do /run/mysqld mógł utworzyć ten plik i wstrzyknąć kontrolowane przez atakującego wartości środowiskowe do zrestartowanej usługi.

Podatność w serwerze MariaDB pozwala użytkownikowi z wysokimi uprawnieniami na wykonanie poleceń powłoki poprzez zmienne systemowe wsrep_sst_receive_address lub wsrep_sst_donor. Problem dotyczy wersji od 10.6.1 do 10.6.27, 10.11.1 do 10.11.18, 11.4.1 do 11.4.12, 11.8.1 do 11.8.8 oraz 12.3.1.

Podatność w MariaDB pozwala złośliwemu węzłowi dołączającemu (joiner) na wykonanie dowolnych poleceń powłoki na węźle źródłowym (donor) podczas procesu SST (State Snapshot Transfer) z użyciem metody rsync. Problem wynika z braku odpowiedniej walidacji parametrów przesyłanych przez joiner, które są interpolowane do linii poleceń po stronie donora.

Podatność w MariaDB pozwala na wykonanie SELECT ... INTO OUTFILE i SELECT ... INTO DUMPFILE bez wymaganego uprawnienia FILE, jeśli klauzula FROM zawiera tylko podzapytania. Problem dotyczy wersji od 10.6.1 do 10.6.26, 10.11.1 do 10.11.17, 11.4.1 do 11.4.11, 11.8.1 do 11.8.7 oraz 12.3.1.

Podatność w MariaDB pozwala złośliwemu węzłowi dołączającemu (joiner) na wykonanie dowolnych poleceń powłoki na węźle źródłowym (donor) podczas procesu SST (Snapshot State Transfer) z użyciem metody mariabackup. Problem wynika z braku odpowiedniej walidacji parametrów przesyłanych przez joiner, które są interpolowane do linii poleceń po stronie donora.

W serwerze MariaDB do wersji 11.8.5, gdy wtyczka audytu serwera jest włączona, a zmienna server_audit_events skonfigurowana z filtrowaniem QUERY_DCL, QUERY_DDL lub QUERY_DML, uwierzytelniony użytkownik bazy danych może wywołać instrukcję SQL poprzedzoną komentarzami w stylu podwójnego myślnika (--) lub hasha (#), która nie zostanie zarejestrowana.