Podatności pgAdmin 4

W pgAdmin 4 File Manager występuje podatność na atak typu traversal ścieżki z wykorzystaniem dowiązań symbolicznych. Użytkownik z autoryzacją może stworzyć dowiązanie symboliczne w swoim katalogu, które wskazuje na zewnętrzny zasób, co pozwala na zapis danych w dowolnej lokalizacji dostępnej dla procesu pgAdmin.

W pgAdmin 4 FileBackedSessionManager występuje podatność na deserializację niezaufanych danych, co może prowadzić do zdalnego wykonania kodu na poziomie systemu operacyjnego. Problem ten wynika z braku odpowiednich kontroli integralności przed deserializacją zawartości plików sesji.

W pgAdmin 4 przed wersją 9.15 występuje podatność na wstrzykiwanie poleceń systemowych (CWE-78) w funkcji importu/eksportu zapytań. Użytkownik uwierzytelniony może wstrzyknąć złośliwe polecenia, co prowadzi do wykonania dowolnych komend na serwerze pgAdmin lub zapisu plików w dowolnej lokalizacji.

Podatność typu SQL injection w narzędziu pgAdmin 4 Maintenance Tool pozwala uwierzytelnionemu użytkownikowi z uprawnieniami tools_maintenance na wykonanie dowolnych poleceń SQL na serwerze PostgreSQL. Wykorzystanie tej luki może prowadzić do eskalacji uprawnień i wykonania poleceń systemowych na hoście bazy danych.

Podatność w pgAdmin 4 umożliwia zdalne wykonanie kodu (RCE) poprzez wstrzyknięcie polecenia do narzędzia Import/Export Data. Funkcja walidująca zapytania SQL błędnie interpretuje znaki backslasha w ciągach znaków, co pozwala na ominięcie zabezpieczeń i dodanie klauzuli TO PROGRAM do polecenia psql.

Podatność w pgAdmin 4 (wersje 9.13 do 9.16) pozwala na ominięcie zabezpieczenia CVE-2026-12045 poprzez wstrzyknięcie zapytania SQL do asystenta AI. Atakujący może umieścić złośliwy ładunek w obiekcie odczytywanym przez asystenta, co prowadzi do wykonania wielu instrukcji SQL, w tym zapisu lub zdalnego wykonania kodu.

W funkcji adhoc_connect_server w pgAdmin 4 9.0-9.16, podczas klonowania serwera przez niebędącego właścicielem użytkownika, kopiowane są wszystkie kolumny, w tym dane uwierzytelniające (hasła) oraz flagi własności. Pozwala to atakującemu na przejęcie sklonowanego serwera i korzystanie z haseł bazy danych należących do innego użytkownika (np. administratora).

W pgAdmin 4 w wersjach od 6.0 do 9.15 wykryto podatność na trwałe ataki XSS. Tekst zwracany przez serwer PostgreSQL (np. nazwy obiektów w błędach czy pola EXPLAIN) był przekazywany bezpośrednio do html-react-parser, co pozwalało na wstrzyknięcie dowolnego HTML, w tym ramek iframe. Atakujący może kontrolować serwer lub stworzyć obiekt o złośliwej nazwie, co prowadzi do przejęcia sesji użytkownika pgAdmin.

W pgAdmin 4 w wersjach od 6.9 do 9.15 brakuje dekoratora uwierzytelniania na dwóch endpointach SQL Editor, co pozwala nieuwierzytelnionym atakującym na wywołanie deserializacji pickle z sesji serwera. Luka wymaga jednak dodatkowych warunków (znajomość SECRET_KEY i dostęp do katalogu sesji), aby doprowadzić do zdalnego wykonania kodu.

Podatność w asystencie AI pgAdmin 4 umożliwia atakującemu, który może wpływać na treść odczytywaną przez asystenta, wykonanie dowolnego SQL z uprawnieniami roli użytkownika pgAdmin. Luka wynika z braku walidacji zapytań generowanych przez LLM, co pozwala na ominięcie trybu tylko do odczytu poprzez wstrzyknięcie poleceń takich jak COMMIT czy ROLLBACK.

Podatność autoryzacji w trybie serwera pgAdmin 4 umożliwia dostęp do prywatnych obiektów innych użytkowników bez odpowiedniego filtrowania. Użytkownik uwierzytelniony może uzyskać dostęp do prywatnych serwerów, grup serwerów oraz procesów w tle innych użytkowników poprzez odgadnięcie identyfikatorów obiektów.

pgAdmin do wersji 9.10 jest podatny na zdalne wykonanie kodu (RCE) podczas pracy w trybie serwera i wykonywania przywracania z plików zrzutu w formacie PLAIN. Podatność pozwala atakującemu na wstrzyknięcie i wykonanie dowolnych poleceń na serwerze hostującym pgAdmin.

pgAdmin w wersjach do 9.9 jest podatny na zdalne wykonanie kodu (RCE) podczas przywracania baz danych z plików dump w formacie PLAIN, gdy działa w trybie serwera. Atakujący może wstrzyknąć i wykonać dowolne polecenia na serwerze hostującym pgAdmin.

W systemie uprawnień opartych na rolach w pgAdmin 4 (wersje 9.3-9.17) brakowało spójnego egzekwowania uprawnień dla narzędzi. Dekorator permissions_required był stosowany tylko do głównej trasy każdego narzędzia, podczas gdy pozostałe trasy backendowe i procedury obsługi Socket.IO sprawdzały jedynie uwierzytelnienie, a nie konkretne uprawnienie do narzędzia. Umożliwiło to uwierzytelnionemu użytkownikowi bez wymaganego uprawnienia pełne korzystanie z narzędzia (np. psql, backup, restore) poprzez alternatywne ścieżki.

pgAdmin 4 w trybie SERVER ma podatność polegającą na braku wymaganego uwierzytelnienia dla niektórych tras. Niezautoryzowany klient sieciowy może wyliczać metadane ograniczeń, usuwać ograniczenia tabel, odczytywać wartości preferencji oraz wymuszać zamykanie sesji debuggera lub porównywania schematów należących do innych użytkowników.

W pgAdmin 4 od wersji 7.2 do 9.17, ustawienie MASTER_PASSWORD_HOOK pozwalało na wstrzyknięcie poleceń powłoki przez nazwę użytkownika zawierającą znaki specjalne (np. ';', '$()', backticks). Nazwa użytkownika pochodząca z zewnętrznych źródeł autoryzacji (OAuth, Kerberos) mogła być wykorzystana do wykonania dowolnych poleceń jako konto usługi pgAdmin.

Podatność w pgAdmin 4 pozwala na wstrzyknięcie SQL przez niepoprawne escapowanie nazw obiektów w szablonach zapytań. Niskouprzywilejowany użytkownik może utworzyć obiekt z apostrofem w nazwie, co po otwarciu zakładki Statystyki lub Zależności przez innego użytkownika prowadzi do wykonania dowolnego polecenia SQL w sesji bazy danych.

Podatność SQL injection w pgAdmin 4 w punkcie końcowym nazwanego punktu przywracania (POST /browser/server/restore_point/{gid}/{sid}). Wartość dostarczona przez użytkownika w polu 'value' była bezpośrednio interpolowana do zapytania SQL za pomocą str.format() zamiast przekazana jako parametr związany, co pozwalało uwierzytelnionemu użytkownikowi pgAdmin z aktywną sesją PostgreSQL na wstrzyknięcie dodatkowych instrukcji przez ten punkt końcowy.

Podatność typu open redirect w mechanizmie uwierzytelniania wieloskładnikowego (MFA) pgAdmin 4. Punkty końcowe walidacji i rejestracji MFA honorowały dostarczony przez użytkownika parametr 'next' bez weryfikacji, czy cel wskazuje z powrotem na pgAdmin, co umożliwiało przekierowanie uwierzytelnionego użytkownika na zewnętrzną, złośliwą stronę.

Podatność HTML injection w module chmurowym pgAdmin 4 umożliwia wstrzyknięcie kodu HTML przez sfałszowane dane uwierzytelniające. Błąd występuje w punktach końcowych /rds/, /azure/, /google/ oraz /cloud/, gdzie komunikaty błędów z SDK AWS/Azure/Google są zwracane w JSON bez kodowania HTML, a następnie renderowane przez frontend Cloud Wizard. Uwierzytelniony użytkownik może wstrzyknąć złośliwy iframe, który przekierowuje ofiarę na zewnętrzną stronę.

Podatność SQL injection w pgAdmin 4 występuje w szesnastu szablonach Jinja, gdzie opis użytkownika jest bezpośrednio wstawiany do literału SQL bez odpowiedniego escapowania. Uwierzytelniony użytkownik z uprawnieniami do tworzenia lub modyfikowania obiektów (domeny, tabele zewnętrzne, języki, wyzwalacze zdarzeń) może wstrzyknąć dowolne polecenia SQL, a w przypadku roli z uprawnieniami superużytkownika PostgreSQL doprowadzić do wykonania poleceń systemu operacyjnego.