CVE-2026-61788
WysokieCVSS 7.4Streszczenie
DBHub przed wersją 0.22.6 nie egzekwuje trybu tylko do odczytu (readonly) dla narzędzia execute_sql, mimo ustawienia readonly = true. Kod odpowiedzialny za ustawienie read-only nie jest wykonywany, a jedyną ochroną jest prosty klasyfikator sprawdzający pierwsze słowo zapytania. Umożliwia to manipulację sekwencjami, zapis plików na serwerze, odczyt plików hosta oraz zdalne wykonanie kodu. Transport HTTP jest nieuwierzytelniony i domyślnie nasłuchuje na 0.0.0.0.
Ocena ryzyka
Organizacja narażona jest na nieautoryzowany dostęp do bazy danych, w tym na modyfikację danych, kradzież danych oraz zdalne wykonanie kodu na serwerze. Brak uwierzytelnienia w transporcie HTTP zwiększa ryzyko ataku z sieci.
Rekomendacja
Należy zaktualizować DBHub do wersji 0.22.6 lub nowszej. Dodatkowo zaleca się ograniczenie dostępu do serwera MCP oraz włączenie uwierzytelniania dla transportu HTTP.
Inne podatności w DBHub
Oryginalny opis (angielski, źródło NVD)
DBHub is a database MCP server for Postgres, MySQL, SQL Server, Oracle, MariaDB, SQLite. Prior to version 0.22.6, setting `readonly = true` on the `execute_sql` tool does not make the connection read-only. The connectors are written to set PostgreSQL `default_transaction_read_only=on` (and open SQLite in `readOnly` mode), but that code is gated on a config value that is never populated, so it never runs. The only thing left enforcing read-only is a classifier that inspects the first keyword of each statement. Any `SELECT` that writes or has side effects through a function call passes it. With an ordinary role this allows sequence tampering; with a privileged role it allows writing arbitrary files on the server (`lo_export`), reading arbitrary host files (`pg_read_file`), and remote code execution (`dblink` + `COPY ... TO PROGRAM`). The HTTP transport is unauthenticated and binds to `0.0.0.0` by default, so this is reachable by any network caller of `/mcp`. Version 0.22.6 patches the issue.

