CVE-2026-116239

Description

A flaw was found in pgAdmin. In server configurations with multiple authentication providers enabled, the application matches user sessions by username alone without verifying that the account corresponds to the authenticating provider. An authenticated attacker with valid external credentials, such as from Lightweight Directory Access Protocol (LDAP) or Kerberos, can exploit this issue to log into another user account with a matching username, including the built-in administrator account. This flaw leads to privilege escalation and unauthorized account takeover, exposing managed database connections and saved credentials.

Statement

Red Hat Product Security has determined that this vulnerability does not affect any currently supported Red Hat product. This assessment may evolve based on further analysis and discovery. For more information about this vulnerability and the products it affects, please see the linked references.

Mitigation

Limit network access to the pgAdmin web service so only trusted administrative hosts can connect, or configure the application to rely on a single authentication source rather than mixed authentication providers.

1. Restrict incoming traffic to pgAdmin using firewalld to allow connections only from designated management networks:

firewall-cmd --permanent --zone=internal --add-source=<MANAGEMENT_SUBNET>
firewall-cmd --permanent --zone=internal --add-service=http
firewall-cmd --reload

2. If multi-source authentication is not required, define a single identity provider in the pgAdmin configuration (such as `AUTHENTICATION_SOURCES = ['internal']` or `AUTHENTICATION_SOURCES = ['ldap']`) to eliminate cross-source account matching. In environments where multiple providers are necessary, ensure internal administrative usernames do not match any existing identities within external Kerberos or LDAP directories.

Caveats:
Restricting access by network policy will prevent users connecting outside authorized administrative networks from reaching pgAdmin. Restricting authentication sources prevents users from authenticating via disabled directory mechanisms.

Warning: Applying firewall rules with `firewall-cmd --reload` or restarting the web server hosting pgAdmin will briefly interrupt active client sessions.

--- CME Mitigation Guidance (2026-11-06) ---
Disclaimer: The following mitigation solutions are provided as a courtesy, pending the application of an official patch. This content was generated utilizing AI tools in conjunction with data from https://cmetaxonomy.org. Customers are advised to independently evaluate and test these temporary mitigations within their own infrastructure.

The highest-value action is to bind pgAdmin user sessions to accounts by verifying both username and authenticating provider rather than resolving accounts by username alone or unvalidated form input: upgrade to pgAdmin 4 9.19, which query user accounts using both the authenticated username and authenticating source, ignore form.user for external authentication sources, and restrict internal logins to internal accounts, closing all 3 injection vectors (LDAP authentication with colliding username, Kerberos authentication with colliding username, Login form email input matching target account when internal authentication is prioritized). Until patched, this is only a concern on pgAdmin 4 multi-user server mode deployments with multiple authentication sources enabled — pgAdmin 4 standalone desktop mode installations are unaffected — so Configure pgAdmin to rely on a single authentication provider in AUTHENTICATION_SOURCES, ensure internal administrative usernames do not match external directory identities, and restrict incoming network traffic to trusted management networks. As a compensating measure, Log administrative operations performed within pgAdmin to a SIEM to detect unauthorized actions taken via hijacked administrative accounts. These controls limit blast radius and contain exploitation, but they do not fix the underlying improper authentication source validation defect — apply the upstream patch to fully remediate.

Highest-impact CME: CME-1008 Application Admin Event Logging (SIEM Integration) (medium)

Understanding the Weakness (CWE)

Access Control

Technical Impact: Bypass Protection Mechanism

Access control checks for specific user data or functionality can be bypassed.

Access Control

Technical Impact: Gain Privileges or Assume Identity

Horizontal escalation of privilege is possible (one user can view/modify information of another user).

Access Control

Technical Impact: Gain Privileges or Assume Identity

Vertical escalation of privilege is possible if the user-controlled key is actually a flag that indicates administrator status, allowing the attacker to gain administrative access.

Frequently Asked Questions

Want to get errata notifications? Sign up here.