Podatności pglogical

W kodzie sygnalizacji pracownika pglogical istnieje warunek use-after-free, gdzie struktura pracownika może być wyłuskana po zwolnieniu lub recyklingu bazowego slotu podczas normalnych zdarzeń cyklu życia pracownika. Warunek jest osiągalny podczas normalnej operacji replikacji, w tym przez użytkownika z niskimi uprawnieniami, który może wpływać na czas uruchamiania, zatrzymywania i restartowania pracownika poprzez dozwolone operacje pglogical. W typowym przypadku warunek powoduje awarię pracowników replikacji, wpływając na dostępność. W najgorszym przypadku use-after-free w backendzie PostgreSQL może być wykorzystany jako prymityw zdalnego wykonania kodu z uprawnieniami tego backendu.

W pglogical, podczas stosowania replikowanych zmian dla wiersza z brakującymi kolumnami, oceniane są domyślne wyrażenia tabeli na subskrybencie. Proces apply działa z uprawnieniami superużytkownika PostgreSQL, więc funkcje wywołane przez domyślne wyrażenia również działają z tymi uprawnieniami. Wydawca może wykorzystać tę ścieżkę do eskalacji uprawnień do superużytkownika na subskrybencie.

Mechanizm kolejki pglogical, używany do przesyłania poleceń spoza pasma, takich jak replikowane DDL, wykonuje ładunki wiadomości na subskrybencie z uprawnieniami superużytkownika PostgreSQL. Osoba działająca jako wydawca może wysłać spreparowane wiadomości, które wykonują dowolne SQL na subskrybencie jako superużytkownik, co pozwala na eskalację uprawnień i naruszenie izolacji między dzierżawcami.

Proces apply worker w pglogical nie waliduje wystarczająco długości pól w przychodzących wiadomościach protokołu replikacji przed ich skopiowaniem, co prowadzi do odczytu poza zakresem bufora. Atakujący kontrolujący endpoint publikujący może wysłać spreparowane wiadomości, powodując ujawnienie pamięci procesu lub awarię apply workera.