CVE-2026-116243: pgAdmin 4 runs pg_dump, pg_restore, pg_dumpall and psql from the binary path a user sets in their
Source GCVE Database
Not known to be exploited · CVSS 7.5 High : upgrade to 9.19 soon.
Data as of 30 Oct 2026, 23:27 UTC
Thin evidence
One scorer or none| CNA (PostgreSQL) | CVSS 3.1 | 7.5 |
|---|---|---|
| CNA (PostgreSQL) | CVSS 4.0 | 7.7 |
- Patch
- Available – fixed in 9.19
CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 30 Oct 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade pgAdmin 4 to 9.19.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| pgadmin.orgpgAdmin 4 | Affected
| Fixed in
|
GitHubpgAdmin 4pkg:github/pgAdmin 4Other threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade pgAdmin 4 to version 9.19 or later where this vulnerability is fixed. The fix includes enhanced validation of the binary path to prevent execution of unauthorized binaries from shared storage directories. No other mitigations are indicated by the vendor advisory. If upgrading immediately is not possible, restrict user access to shared storage directories and monitor for unauthorized file uploads, but note that these are partial mitigations.
Description
pgAdmin 4 versions prior to 9.19 allow users to specify a binary path for pg_dump, pg_restore, pg_dumpall, and psql. In server mode, the application only restricted binary paths under the per-user storage directory but not under shared storage directories accessible by ordinary users. This flaw allowed a user to upload a malicious executable to shared storage, set the binary path to it, and have pgAdmin run it with the operating system privileges of the pgAdmin process. The issue is particularly exploitable on Windows servers where files with executable names can run even if created through pgAdmin. The vulnerability was fixed by expanding path checks to include all shared storage directories, resolving symbolic links, normalizing paths, rejecting paths with NUL characters, and enforcing these checks consistently.