CVE-2026-116239 in pgAdmin
Zusammenfassung
von VulDB • 31.10.2026
Im Servermodus verwaltet pgAdmin 4 ein Konto pro Authentifizierungsquelle, sodass derselbe Benutzername als beispielsweise internes Konto und LDAP-Konto existieren kann. Nach der Authentifizierung eines Benutzers durch LDAP oder Kerberos wählte pgAdmin das zum Anmelden zu verwendende Konto ausschließlich anhand des Benutzernamens aus oder griff auf das Konto zurück, nach dem das Flask-Security-Anmeldeformular gesucht hatte, ohne zu prüfen, ob es von der Quelle stammt, die den Benutzer authentifiziert hat. Die Sitzung gehörte daher einem anderen Konto mit dessen Rolle, seinen Servern und seinen gespeicherten Datenbankpasswörtern:
- Ein LDAP- oder Kerberos-Benutzer, dessen Benutzername mit dem eines internen Kontos übereinstimmte, wurde als dieses interne Konto angemeldet, einschließlich des Administratorkontos, das bei der ersten Einrichtung von pgAdmin erstellt wird. - Wenn die interne Authentifizierung vor LDAP oder Kerberos in AUTHENTICATION_SOURCES aufgeführt ist, sucht die interne Validierung im Anmeldeformular das Konto mit der eingegebenen E-Mail-Adresse und behält es auch dann, wenn dessen Passwort nicht übereinstimmt. Ein Kerberos-Benutzer könnte den Principal eines anderen Kerberos-Benutzers eingeben und als dieser Benutzer angemeldet werden; ein LDAP-Benutzer kann dasselbe mit einem LDAP-Konto tun, bei dem die E-Mail-Adresse seinem Benutzernamen entspricht.
Für die Ausnutzung (Exploitation) sind gültige Anmeldeinformationen für ein LDAP-Verzeichnis oder eine Kerberos-Domäne erforderlich, die in pgAdmin konfiguriert ist.
Die Korrektur sucht das Konto anhand des authentifizierten Benutzernamens und der Quelle, die ihn authentifiziert hat, auf und verwendet nicht mehr das vom Anmeldeformular gefundene Konto für irgendeine Quelle außer der internen Authentifizierung. Die interne Authentifizierung meldet dieses Konto nur an, wenn es sich um ein internes Konto handelt. Der Desktop-Modus ist nicht betroffen.
Dieses Problem betrifft pgAdmin 4: vor Version 9.19.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.