Podatności WarehousePG

WarehousePG (WHPG) w wersjach 6.27.1–6.27.6 oraz 7.2.1–7.6.0 jest podatny na brak autoryzacji (CWE-862) w funkcji gp_add_coordinator_standby() (w WHPG 6 nazwanej gp_add_master_standby(), w WHPG 7 zachowanej jako alias). W przeciwieństwie do innych funkcji dodawania i usuwania segmentów nie wymaga ona uprawnień superużytkownika. Użytkownik o niskich uprawnieniach z połączeniem w trybie utility może dodać fałszywy wpis standby coordinator do gp_segment_configuration w klastrze bez skonfigurowanego standby, blokując administratorom dodanie prawdziwego standby do czasu usunięcia wpisu przez superużytkownika. Dane użytkowników nie są ujawniane ani modyfikowane.

WarehousePG (WHPG) w wersjach 6.27.1–6.27.6 oraz 7.2.1–7.6.0 zawiera podatność braku autoryzacji (CWE-862) w funkcjach rozszerzania klastra gp_expand_lock_catalog() i gp_expand_bump_version(). Każda uwierzytelniona rola bazy danych może je wywołać bez sprawdzania uprawnień, co pozwala zablokować zmiany katalogu w całym klastrze lub wielokrotnie rozłączać sesje posiadające tabele tymczasowe.

WarehousePG (WHPG) od 7.2.1 do 7.6.0 zawiera podatność braku autoryzacji (CWE-862) w funkcji wbudowanej gp_log_backend_memory_contexts(). Każda uwierzytelniona rola bazy danych może uruchomić tę funkcję bez GRANT, omijając ograniczenie superużytkownika, które PostgreSQL nakłada na bazową funkcję pg_log_backend_memory_contexts(). Nisko uprzywilejowany użytkownik może wymusić na backendach dowolnej innej sesji, w tym sesji superużytkownika, zapisanie szczegółów kontekstu pamięci do logów serwera segmentu, które mogą zawierać tekst zapytań z planów pamięci podręcznej innych użytkowników.

WarehousePG (WHPG) 7.x przed 7.6.0-WHPG jest dotknięty brakiem autoryzacji (CWE-862) w wbudowanych funkcjach serwerowych pg_file_write, pg_file_rename, pg_file_unlink i pg_logdir_ls. Funkcje te są wykonywalne przez każdą uwierzytelnioną rolę bazy danych bez wymaganego GRANT, ponieważ REVOKE zastosowany w contrib/adminpack nie został przeniesiony do rdzenia WHPG. Nie-superuser może tworzyć, nadpisywać, zmieniać nazwy i usuwać pliki w katalogach danych i logów oraz wyliczać nazwy plików logów. Może również dołączać dyrektywy konfiguracyjne do postgresql.auto.conf, co prowadzi do wykonania dowolnego kodu jako użytkownik postgres przy następnym restarcie lub przeładowaniu konfiguracji.