pgAdmin 4: Symbolic-link path traversal in File Manager allows arbitrary file write
Symbolic-link path traversal (CWE-61, CWE-22) in pgAdmin 4 File Manager. check_access_permission used os.path.abspath, which resolves '..' but does not resolve symbolic links, while the subsequent kernel write follows symlinks. An authenticated user could plant a symbolic link inside their own storage directory pointing outside it and induce pgAdmin to write to any path reachable by the pgAdmin process. Fix switches the access check to os.path.realpath for both source and destination, and adds an _open_upload_target helper that opens the target with O_NOFOLLOW (mode 0o600) to close the leaf-component TOCTOU between the access check and the open. File mode is hardened from 0o644 to 0o600. This issue affects pgAdmin 4: before 9.15.
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2026-7819
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 19:32 UTC · Revision 1
Source evidence
pgAdmin 4: Symbolic-link path traversal in File Manager allows arbitrary file write
core-osv · Original sourcePublished 11 May 2026, 14:35 UTC
Symbolic-link path traversal (CWE-61, CWE-22) in pgAdmin 4 File Manager. check_access_permission used os.path.abspath, which resolves '..' but does not resolve symbolic links, while the subsequent kernel write follows symlinks. An authenticated user could plant a symbolic link inside their own storage directory pointing outside it and induce pgAdmin to write to any path reachable by the pgAdmin process. Fix switches the access check to os.path.realpath for both source and destination, and adds an _open_upload_target helper that opens the target with O_NOFOLLOW (mode 0o600) to close the leaf-component TOCTOU between the access check and the open. File mode is hardened from 0o644 to 0o600. This issue affects pgAdmin 4: before 9.15.
osv:CVE-2026-7819
Complete source record
{
"id": "e1e63485fe1ed277e56515e823d087ae6b5f0f7f2a42e00f56810040fce5c61e",
"url": "https://osv.dev/vulnerability/CVE-2026-7819",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "pgAdmin 4: Symbolic-link path traversal in File Manager allows arbitrary file write",
"summary": "Symbolic-link path traversal (CWE-61, CWE-22) in pgAdmin 4 File Manager. check_access_permission used os.path.abspath, which resolves '..' but does not resolve symbolic links, while the subsequent kernel write follows symlinks. An authenticated user could plant a symbolic link inside their own storage directory pointing outside it and induce pgAdmin to write to any path reachable by the pgAdmin process. Fix switches the access check to os.path.realpath for both source and destination, and adds an _open_upload_target helper that opens the target with O_NOFOLLOW (mode 0o600) to close the leaf-component TOCTOU between the access check and the open. File mode is hardened from 0o644 to 0o600. This issue affects pgAdmin 4: before 9.15.",
"evidence": "osv:CVE-2026-7819",
"products": [],
"severity": "high",
"structured": {
"id": "CVE-2026-7819",
"aliases": [
"CVE-2026-7819",
"GHSA-hr4r-fwpv-c95j",
"PYSEC-2026-2868"
],
"metrics": [
{
"type": "CVSS_V4",
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/pgadmin-org/pgadmin4",
"type": "GIT",
"events": [
{
"introduced": "0"
},
{
"fixed": "86a8b165abbefd62e78fd43edcd66c0d09649442"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0"
},
{
"fixed": "9.15"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StandardRange"
},
{
"cpe": "cpe:2.3:a:pgadmin:pgadmin_4:*:*:*:*:*:postgresql:*:*",
"range": [
{
"introduced": "0"
},
{
"fixed": "9.15"
}
],
"source": "CPE_RANGE"
}
]
}
}
],
"versions": [
"REL-9_14",
"REL-9_13",
"REL-9_12",
"REL-9_11",
"REL-9_10",
"REL-9_9",
"REL-9_8",
"REL-9_7",
"REL-9_6",
"REL-9_5",
"REL-9_4",
"REL-9_3",
"REL-9_2",
"REL-9_1",
"REL-9_0",
"REL-8_14",
"REL-8_13",
"REL-8_12",
"REL-8_11",
"REL-8_10",
"REL-8_9",
"REL-8_8",
"REL-8_7",
"REL-8_6",
"REL-8_5",
"REL-8_4",
"REL-8_3",
"REL-8_2",
"REL-8_1",
"REL-8_0",
"REL-7_8",
"REL-7_7",
"REL-7_6",
"REL-7_5",
"REL-7_4",
"REL-7_3",
"REL-7_2",
"REL-7_1",
"REL-7_0",
"REL-6_21",
"REL-6_20",
"REL-6_19",
"REL-6_18",
"REL-6_17",
"REL-6_16",
"REL-6_15",
"REL-6_14",
"REL-6_13",
"REL-6_12",
"REL-6_11",
"REL-6_10",
"REL-6_9",
"REL-6_8",
"REL-6_7",
"REL-6_6",
"REL-6_5",
"REL-6_4",
"REL-6_3",
"REL-6_2",
"REL-6_1",
"REL-6_0",
"REL-5_7",
"REL-5_6",
"REL-5_5",
"REL-5_4",
"REL-5_3",
"REL-5_2",
"REL-5_1",
"REL-5_0",
"REL-4_30",
"REL-4_29",
"REL-4_28",
"REL-4_27",
"REL-4_26",
"REL-4_25",
"REL-4_24",
"REL-4_23",
"REL-4_22",
"REL-4_21",
"REL-4_20",
"REL-4_19",
"REL-4_18",
"REL-4_17",
"REL-4_16",
"REL-4_15",
"REL-4_14",
"REL-4_13",
"REL-4_12",
"REL-4_11",
"REL-4_10",
"REL-4_9",
"REL-4_8",
"REL-4_7",
"REL-4_6",
"REL-4_5",
"REL-4_4",
"REL-4_3",
"REL-4_2",
"REL-4_1",
"REL-4_0",
"REL-3_6",
"REL-3_5",
"REL-3_4",
"REL-3_3",
"REL-3_2",
"REL-3_1",
"REL-3_0",
"REL-2_1",
"REL-2_0",
"REL-2_0-RC2",
"REL-2_0-RC1",
"REL-1_6",
"REL-1_5",
"REL-1_4",
"REL-1_3",
"REL-1_2",
"REL-1_1",
"REL-1_0",
"REL-1_0-RC1",
"REL-1_0-BETA4",
"REL-1_0-BETA3",
"REL-1_0-BETA2",
"REL-1_0-BETA1"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-7819.json"
}
}
],
"modified": "2026-10-28T02:30:38.899829360Z",
"provider": "osv",
"references": [
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/7xxx/CVE-2026-7819.json",
"https://nvd.nist.gov/vuln/detail/CVE-2026-7819",
"https://github.com/pgadmin-org/pgadmin4/issues/9902",
"https://github.com/pgadmin-org/pgadmin4"
],
"provider_metadata": {
"cna_assigner": "PostgreSQL",
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/7xxx/CVE-2026-7819.json"
}
},
"related_cves": [
{
"value": "CVE-2026-7819",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 506210,
"published_at": "2026-05-11T14:35:52.747+00:00"
}