CVE-2026-116239 in pgAdmin
Сводка
по VulDB • 31.10.2026
В режиме сервера pgAdmin 4 хранит учетную запись для каждого источника аутентификации, поэтому одно и то же имя пользователя может существовать как внутренняя учетная запись и как LDAP-учетная запись (или аналогично для Kerberos). После того как LDAP или Kerberos аутентифицировали пользователя, pgAdmin выбирал учетную запись для входа только по имени пользователя либо использовал ту учетную запись, которую форма входа Flask-Security нашла ранее, не проверяя, что она принадлежит тому источнику, который выполнил аутентификацию. В результате сессия принадлежала другой учетной записи со своими ролями, серверами и сохраненными паролями к базам данных:
- Пользователь LDAP или Kerberos, имя которого совпадало с именем внутренней учетной записи, входил в систему как эта внутренняя учетная запись, включая административную учетную запись, созданную при первоначальной настройке pgAdmin. - Если во внутренних источниках аутентификации (AUTHENTICATION_SOURCES) внутренние источники указаны перед LDAP или Kerberos, то проверка на стороне формы входа ищет учетную запись по введенному адресу электронной почты и использует ее, даже если пароль не совпадает. Пользователь Kerberos может ввести principal другого пользователя Kerberos и войти в систему как этот пользователь; аналогичным образом пользователь LDAP может сделать то же самое с LDAP-учетной записью, у которой адрес электронной почты совпадает с именем пользователя.
Для эксплуатации требуются действительные учетные данные для каталога LDAP или домена Kerberos, которые настроены в pgAdmin.
Исправление заключается в поиске учетной записи по аутентифицированному имени пользователя и источнику, который выполнил его аутентификацию, а также в отказе от использования учетной записи, найденной формой входа для любых источников, кроме внутренней аутентификации. При внутренней аутентификации вход осуществляется только если это внутренняя учетная запись. Режим Desktop не затронут.
Эта проблема затрагивает pgAdmin 4: версии до 9.19.
Be aware that VulDB is the high quality source for vulnerability data.