Description
In server mode pgAdmin 4 validates a path a user gives for a file in their storage directory with check_access_permission() and then opened it by name. Several places opened it with a plain open() or handed the path to a utility that opened it later: the servers.json export and import and the import file listing, and the files given to pg_dump, pg_dumpall, pg_restore and psql by Backup, Restore and Import/Export Data. A symbolic link swapped in at the file or at any parent directory between the check and the open redirected the operation outside the storage directory, so a file could be written, overwritten or read, or loaded into a table, as the operating-system account running pgAdmin. A hard link to an outside file, which O_NOFOLLOW does not detect, and a FIFO, which could hang a request, had the same effect. CVE-2026-86861 fixed this for the File Manager's save_file; these were the remaining paths.

Exploitation requires creating such a link or FIFO inside the user's storage directory. pgAdmin offers no way to do so, and the per-user storage directories belong to the pgAdmin account, so this requires write access to the storage backend as a different operating-system user, for example a shared or network-mounted storage directory, and winning the race.

The fix opens each file by walking down from the storage directory one component at a time with O_NOFOLLOW, accepting only a regular file with one link, and passes the utilities the open descriptor (/dev/fd/N) on Linux. Error messages no longer include the server path.

This issue affects pgAdmin 4: before 9.19.
Published: 2026-10-30
Score: 7.3 High
EPSS: n/a
KEV: No
Impact: Outside-Containment File Access
Action: Apply Patch
AI Analysis

Impact

A race condition exists in pgAdmin 4 where the server mode validator checks a file path for compliance but opens the target file without enforcing the containment twice. An attacker who can create a symlink, hardlink, or FIFO inside the user’s storage directory after the check but before the open can redirect file operations to arbitrary locations on the host system. This flaw allows the owner of the pgAdmin OS account to write to or overwrite files outside the intended storage area, read sensitive host files, or inject data into PostgreSQL tables via pg_dump, pg_dumpall, pg_restore, or psql, potentially compromising confidentiality, integrity, and availability of the underlying database and server.

Affected Systems

The vulnerability affects all instances of pgAdmin 4 whose version is earlier than 9.19. The affected product is pgadmin.org:pgAdmin 4, which is widely used for PostgreSQL administration in both desktop and server deployments.

Risk and Exploitability

The CVSS score of 7.3 indicates a high severity error. Exploitation requires the attacker to have write access to the per‑user storage directory, which is typically owned by the pgAdmin OS account; therefore the attack surface is limited to environments using shared or network‑mounted filesystems where other users can modify the storage backend. While EPSS information is not available, the lack of listing in the CISA KEV catalog suggests that documented exploitation is currently unknown. Consequently, the risk is considered high in severity but moderate to low in likelihood for most deployments.

Generated by OpenCVE AI on October 30, 2026 at 21:46 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade pgAdmin to version 9.19 or later, which applies a component‑by‑component file opening strategy using O_NOFOLLOW.
  • Move per‑user storage directories onto filesystems that are not writable by other users, ensuring that only the pgAdmin operating‑system account can create links or modify files in those locations.
  • If shared or network‑mounted storage must be used, enforce strict filesystem ACLs or permissions so that only the pgAdmin account can write to the storage directory, thereby preventing link attacks.

Generated by OpenCVE AI on October 30, 2026 at 21:46 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 30 Oct 2026 22:00:00 +0000

Type Values Removed Values Added
First Time appeared Pgadmin
Pgadmin pgadmin 4
Vendors & Products Pgadmin
Pgadmin pgadmin 4

Fri, 30 Oct 2026 20:15:00 +0000

Type Values Removed Values Added
Description In server mode pgAdmin 4 validates a path a user gives for a file in their storage directory with check_access_permission() and then opened it by name. Several places opened it with a plain open() or handed the path to a utility that opened it later: the servers.json export and import and the import file listing, and the files given to pg_dump, pg_dumpall, pg_restore and psql by Backup, Restore and Import/Export Data. A symbolic link swapped in at the file or at any parent directory between the check and the open redirected the operation outside the storage directory, so a file could be written, overwritten or read, or loaded into a table, as the operating-system account running pgAdmin. A hard link to an outside file, which O_NOFOLLOW does not detect, and a FIFO, which could hang a request, had the same effect. CVE-2026-86861 fixed this for the File Manager's save_file; these were the remaining paths. Exploitation requires creating such a link or FIFO inside the user's storage directory. pgAdmin offers no way to do so, and the per-user storage directories belong to the pgAdmin account, so this requires write access to the storage backend as a different operating-system user, for example a shared or network-mounted storage directory, and winning the race. The fix opens each file by walking down from the storage directory one component at a time with O_NOFOLLOW, accepting only a regular file with one link, and passes the utilities the open descriptor (/dev/fd/N) on Linux. Error messages no longer include the server path. This issue affects pgAdmin 4: before 9.19.
Title pgAdmin 4: Files opened in a storage directory follow a symbolic link, hard link or FIFO planted after the containment check
Weaknesses CWE-367
CWE-59
References
Metrics cvssV3_1

{'score': 6.5, 'vector': 'CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:L'}

cvssV4_0

{'score': 7.3, 'vector': 'CVSS:4.0/AV:L/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N'}


Subscriptions

Pgadmin Pgadmin 4
cve-icon MITRE

Status: PUBLISHED

Assigner: PostgreSQL

Published:

Updated: 2026-10-30T19:55:18.713Z

Reserved: 2026-10-25T16:26:16.420Z

Link: CVE-2026-116250

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-30T20:17:05.170

Modified: 2026-10-30T20:17:05.170

Link: CVE-2026-116250

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-30T22:00:15Z

Weaknesses
  • CWE-367

    Time-of-check Time-of-use (TOCTOU) Race Condition

  • CWE-59

    Improper Link Resolution Before File Access ('Link Following')