CVE-2026-55769
KrytyczneCVSS 9.4Prawdopodobieństwo exploitacji (EPSS)
Podwyższone ryzykoPercentyl 51 - wyżej niż 51% wszystkich znanych CVE
Streszczenie
CloudNativePG przed wersjami 1.28.4 i 1.29.2 otwierał połączenia superużytkownika bez przypięcia search_path, co pozwalało posiadaczowi roli DATABASE OWNER na wykonanie funkcji kontrolowanych przez atakującego jako superużytkownik postgres, w tym wykonanie poleceń systemu operacyjnego i dostęp do tokena ServiceAccount.
Ocena ryzyka
Ryzyko pełnej kompromitacji bazy danych PostgreSQL, wykonania poleceń systemowych i kradzieży tokenów kont serwisowych w środowisku Kubernetes.
Rekomendacja
Zaktualizuj CloudNativePG do wersji 1.28.4, 1.29.2 lub 1.30.0 i sprawdź konfigurację uprawnień ról w bazach danych.
Inne podatności w CloudNativePG
Zobacz wszystkie- CVE-2026-44477Krytyczne
CloudNativePG przed wersjami 1.29.1 i 1.28.3 ma podatność w eksporterze metryk, który łączy się jako superużytkownik postgres przez Unix socket, a następnie obniża uprawnienia za pomocą SET ROLE pg_monitor. Atakujący może użyć RESET ROLE, aby odzyskać uprawnienia superużytkownika i wykonać dowolne polecenia systemowe przez COPY ... TO PROGRAM.
- CVE-2026-55765Wysokie
CloudNativePG przed wersjami 1.28.4 i 1.29.2 przechowywał hasła ról w postaci jawnego tekstu w zapytaniach ALTER ROLE i CREATE ROLE. Jeśli pg_stat_statements był włączony z track_utility, a nieufny dzierżawca miał uprawnienia pg_monitor lub pg_read_all_stats, mógł odzyskać hasła superużytkownika lub właściciela aplikacji, a następnie wykonać polecenia systemu operacyjnego w podzie bazy danych. Problem naprawiono w wersjach 1.28.4, 1.29.2 i 1.30.0.
Oryginalny opis (angielski, źródło NVD)
CloudNativePG is a platform designed to manage PostgreSQL databases within Kubernetes environments. Prior to 1.28.4 and 1.29.2, CloudNativePG opened superuser connections without pinning search_path in fillDefaultParameters in pkg/management/postgres/pool/profiles.go. A role holding DATABASE OWNER could create overloaded built-in operators in the public schema and change the database or role search_path, causing instance-manager introspection queries such as SELECT COUNT(*) > 0 FROM pg_catalog.pg_extension WHERE extname = $1 to execute attacker-controlled functions as the postgres superuser. The same trust issue affected direct sql.Open("pgx", ...) callsites and the public.user_search SECURITY DEFINER function, enabling PostgreSQL superuser access, operating system command execution through COPY ... FROM PROGRAM, and access to the pod ServiceAccount token. This issue is fixed in versions 1.28.4, 1.29.2, and 1.30.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS