In server mode pgAdmin 4 keeps an account per authentication source, so the same username can exist as, for example, an internal account and an LDAP…
In server mode pgAdmin 4 keeps an account per authentication source, so the same username can exist as, for example, an internal account and an LDAP account. After LDAP or Kerberos authenticated a user, pgAdmin chose the account to log in by username alone, or took the account Flask-Security's login form had looked up, without checking that it came from the source that authenticated the user. The session therefore belonged to another account, with its role, its servers and its saved database passwords: - An LDAP or Kerberos user whose username matched an internal account was logged in as that internal account, including the administrator account created when pgAdmin is first set up. - With i
Read at NIST National Vulnerability Database (CVE API 2.0)
- Vendor
- Pgadmin.Org
- Product
- pgAdmin 4
- CVSS v3.1
- 8.5 AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
- EPSS
- 0.004 (p33)
- Weakness
- CWE-287, CWE-639
- Exposure class
- Identity
- NVD status
- Received
Why it ranks 34 (Notable)
- CVSS v3.1 8.5 high
- Exposed product class: identity
- Widely deployed vendor product (Pgadmin.Org)
- Recency: items published within 24 hours gain 15, within 72 hours 6, within 7 days 2.