CVE-2026-116241

Narzędzie Import/Eksport danych pgAdmina 4 otacza eksport zapytania użytkownika komendą psql \copy (...) TO i sprawdza, czy nawiasy zapytania są zrównoważone, tak aby nic nie mogło uciec z opakowania. Kontrola odrzuciła ukośnik odwrotny w ciągu znaków w pojedynczym cudzysłowie, ale nie w identyfikatorze w podwójnym cudzysłowie, gdzie następny podwójny cudzysłów traktował jako zamykający identyfikator. Parser \copy psql stosuje znak ucieczki połączenia do dowolnego cudzysłowu otwierającego token, więc przy wyłączonej funkcji standard_conforming_strings podwójny cudzysłów ze znakiem odwrotnego ukośnika nie zamyka identyfikatora. Następnie poglądy pgAdmina i psql na temat cytowania rozeszły się, nawias zamykający ukryty przed sprawdzeniem zakończył opakowanie \copy (...), a następująca klauzula TO PROGRAM została wykonana przez psql na hoście pgAdmin, jako konto systemu operacyjnego, na którym działa pgAdmin, zanim serwer odrzucił instrukcję. Zwykła rola bazy danych może sama wyłączyć standard_conforming_strings, a uprawnienie do importu/eksportu danych jest domyślnie przyznawane osobom niebędącym administratorami.

Jest to obejście poprawki CVE-2026-17566. Poprawka odrzuca wszelkie ukośniki odwrotne wewnątrz identyfikatora w cudzysłowie, jak to już miało miejsce w przypadku ciągów znaków w pojedynczym cudzysłowie, ponieważ jego znaczenie zależy od ustawień serwera, których nie można wiarygodnie poznać podczas sprawdzania poprawności zapytania.

Ten problem dotyczy pgAdmin 4: przed wersją 9.19.