Katalog CVE

CVE-2026-7813

KrytyczneCVSS 9.9
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.46%

Percentyl 39 - wyżej niż 39% wszystkich znanych CVE

Streszczenie

W trybie serwera pgAdmin 4 wiele punktów końcowych pobierało obiekty należące do użytkownika bez filtrowania po tożsamości żądającego, co pozwalało uwierzytelnionemu użytkownikowi na dostęp do prywatnych serwerów, grup serwerów, procesów w tle i argumentów debuggera innych użytkowników poprzez zgadywanie identyfikatorów. Funkcja Shared Servers miała dodatkowe problemy, w tym wyciek poświadczeń, eskalację uprawnień przez zapisywalne passexec_cmd umożliwiające wykonanie dowolnych poleceń oraz uszkodzenie danych właściciela.

Ocena ryzyka

Uwierzytelniony użytkownik może uzyskać dostęp do zasobów innych użytkowników, wykraść poświadczenia lub wykonać dowolne polecenia w kontekście procesu właściciela, co stanowi poważne zagrożenie dla poufności i integralności.

Rekomendacja

Zaktualizuj pgAdmin 4 do wersji 9.15 lub nowszej, która centralizuje kontrolę dostępu i ogranicza zapis pól zastrzeżonych dla właściciela.

Inne podatności w pgAdmin 4

Zobacz wszystkie
Oryginalny opis (angielski, źródło NVD)

Authorization vulnerability in pgAdmin 4 server mode affecting Server Groups, Servers, Shared Servers, Background Processes, and Debugger modules. Multiple endpoints fetched user-owned objects without filtering by the requesting user's identity. An authenticated user could access another user's private servers, server groups, background processes, and debugger function arguments by guessing object IDs. Additionally, the Shared Servers feature contained multiple issues including credential leakage (passexec_cmd, passfile, SSL keys), privilege escalation via writable passexec_cmd (a shell command executed when establishing the connection) allowing arbitrary command execution in the owner's process context, and owner-data corruption via SQLAlchemy session mutations. Several owner-only fields (passexec_cmd, passexec_expiration, db_res, db_res_type) were writable by non-owners through the API, and additional fields (kerberos_conn, tags, post_connection_sql) lacked per-user persistence so non-owner edits mutated the owner's record. Fix centralises access control via a new server_access module, scopes all user-owned models with a UserScopedMixin, returns HTTP 410 from connection_manager when access is denied in server mode, suppresses owner-only fields for non-owners across the merge / API response / ServerManager paths, and adds an explicit owner-only write guard. The remediation landed in two pull requests; both are referenced. This issue affects pgAdmin 4: before 9.15.

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS