CVE-2026-96538
WysokieCVSS 8.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 23 - wyżej niż 23% wszystkich znanych CVE
Streszczenie
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.
Ocena ryzyka
Nieautoryzowany użytkownik bazy danych może uzyskać pełną kontrolę nad systemem operacyjnym jako użytkownik postgres, co może prowadzić do naruszenia poufności, integralności i dostępności danych oraz całego systemu.
Rekomendacja
Zaktualizuj WarehousePG do wersji 7.6.0-WHPG lub nowszej. Dodatkowo ogranicz dostęp do bazy danych i zastosuj zasadę najmniejszych uprawnień.
Inne podatności w WarehousePG
Zobacz wszystkie- CVE-2026-104949Niskie
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.
- CVE-2026-104948Wysokie
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.
- CVE-2026-104947Średnie
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.
Oryginalny opis (angielski, źródło NVD)
WarehousePG (WHPG) 7.x before 7.6.0-WHPG is affected by a missing authorization vulnerability (CWE-862) in the built-in server-side file functions pg_file_write(text,text,bool), pg_file_rename(text,text,text), pg_file_unlink(text), and pg_logdir_ls(). These functions are executable by any authenticated database role with no GRANT required, because the REVOKE that contrib/adminpack applies to the equivalent functions was never carried over to WHPG core when their catalog entries were repointed to the ungated adminpack-derived implementations as part of Greenplum's merge to a PostgreSQL 12 base. A non-superuser can use pg_file_write, pg_file_rename, and pg_file_unlink to create, overwrite (append), rename, and delete files under the data and log directories, and can use pg_logdir_ls() to enumerate log file names. Because postgresql.auto.conf resides in the data directory, a non-superuser can append configuration directives such as shared_preload_libraries or archive_command to it, resulting in arbitrary code execution as the postgres operating system user on the next server restart or configuration reload. WarehousePG 6.x is not affected, as the equivalent functions there enforce a superuser check internally.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS