Live › vulnerability › CVE-2026-116242
In server mode, any pgAdmin user could open an SSH tunnel that used the private keys, ssh config and ssh-agent of the operating-system account running pgAdmin. An attacker could reach any host that accepts that account's key without holding credentials of their own.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-30 20:25 UTC. All times on this page are UTC.
Teams running pgAdmin 4 in server mode, where several users share one instance, are exposed. Desktop-mode installs are unchanged by the fix, so single-user installs are not affected by this change. A deployment where the service account has no SSH keys, no ssh config and no agent is less exposed.
No product ranges from the sources yet.
~/.ssh and ~/.ssh/config in the home directory of the account running pgAdmin 4 on a server-mode deployment.9.19 or later (the sources say 'before 9.19' is affected).Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
pgAdmin 4 opens SSH tunnels with the sshtunnel library but gave it neither host_pkey_directories nor ssh_config_file, so it always loaded the unencrypted private keys in ~/.ssh of the operating-system account running pgAdmin, read that account's ~/.ssh/config (IdentityFile, User, HostName, ProxyCommand) for the tunnel host, and could use its ssh-agent. In server mode any user could therefore configure a tunnel to a host that accepts the service account's key, with no credentials of their own or with an identity file that did not exist in their storage, and reach it as that account.
The fix makes tunnels in server mode use only the identity file or password the user configured: the service account's keys, configuration and agent are no longer used, and an identity file that cannot be found in the user's storage is reported instead of falling back to ~/.ssh. Desktop mode is unchanged.
This issue affects pgAdmin 4: before 9.19.
This page as .md · .json · in your agent: get_signal("CVE-2026-116242")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.