PYSEC-2026-2871
Vulnerability from pysec - Published: 2026-07-13 15:15 - Updated: 2026-07-13 16:05Local file inclusion (LFI) and server-side request forgery (SSRF) vulnerabilities in pgAdmin 4 LLM API configuration endpoints.
User-supplied api_key_file and api_url preferences were passed to the LLM provider clients without validation. An authenticated user could read arbitrary server-side files by pointing api_key_file at any path readable by the pgAdmin process, or coerce pgAdmin into making requests to internal targets (e.g. cloud metadata services such as 169.254.169.254) by setting api_url, exploiting the chat path and model-list endpoints.
Fix restricts api_key_file to the user's private storage (server mode) or home directory (desktop mode), enforces a printable-ASCII key shape and a 1024-byte read cap, and gates api_url against a configurable allow-list (config.ALLOWED_LLM_API_URLS) at every entry point.
This issue affects pgAdmin 4: before 9.15.
| Name | purl | pgadmin4 | pkg:pypi/pgadmin4 |
|---|
{
"affected": [
{
"package": {
"ecosystem": "PyPI",
"name": "pgadmin4",
"purl": "pkg:pypi/pgadmin4"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "9.15"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"4.20",
"4.22",
"4.23",
"4.24",
"4.25",
"4.26",
"4.27",
"4.28",
"4.29",
"4.30",
"5.0",
"5.1",
"5.2",
"5.3",
"5.4",
"5.5",
"5.6",
"5.7",
"6.10",
"6.11",
"6.12",
"6.13",
"6.14",
"6.15",
"6.16",
"6.17",
"6.18",
"6.19",
"6.2",
"6.20",
"6.21",
"6.3",
"6.4",
"6.5",
"6.6",
"6.7",
"6.8",
"6.9",
"7.0",
"7.1",
"7.2",
"7.3",
"7.4",
"7.5",
"7.6",
"7.7",
"7.8",
"8.0",
"8.1",
"8.10",
"8.11",
"8.12",
"8.13",
"8.14",
"8.2",
"8.3",
"8.4",
"8.5",
"8.6",
"8.7",
"8.8",
"8.9",
"9.0",
"9.1",
"9.10",
"9.11",
"9.12",
"9.13",
"9.14",
"9.2",
"9.3",
"9.4",
"9.5",
"9.6",
"9.7",
"9.8",
"9.9"
]
}
],
"aliases": [
"CVE-2026-7817",
"GHSA-p58c-q354-6c4f"
],
"details": "Local file inclusion (LFI) and server-side request forgery (SSRF) vulnerabilities in pgAdmin 4 LLM API configuration endpoints.\n\nUser-supplied api_key_file and api_url preferences were passed to the LLM provider clients without validation. An authenticated user could read arbitrary server-side files by pointing api_key_file at any path readable by the pgAdmin process, or coerce pgAdmin into making requests to internal targets (e.g. cloud metadata services such as 169.254.169.254) by setting api_url, exploiting the chat path and model-list endpoints.\n\nFix restricts api_key_file to the user\u0027s private storage (server mode) or home directory (desktop mode), enforces a printable-ASCII key shape and a 1024-byte read cap, and gates api_url against a configurable allow-list (config.ALLOWED_LLM_API_URLS) at every entry point.\n\nThis issue affects pgAdmin 4: before 9.15.",
"id": "PYSEC-2026-2871",
"modified": "2026-07-13T16:05:30.286328Z",
"published": "2026-07-13T15:15:44.937259Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2026-7817"
},
{
"type": "WEB",
"url": "https://github.com/pgadmin-org/pgadmin4/issues/9900"
},
{
"type": "WEB",
"url": "https://github.com/pgadmin-org/pgadmin4/commit/24485fe96"
},
{
"type": "PACKAGE",
"url": "https://github.com/pgadmin-org/pgadmin4"
},
{
"type": "PACKAGE",
"url": "https://pypi.org/project/pgadmin4"
},
{
"type": "ADVISORY",
"url": "https://github.com/advisories/GHSA-p58c-q354-6c4f"
}
],
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N",
"type": "CVSS_V3"
},
{
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N",
"type": "CVSS_V4"
}
],
"summary": "pgAdmin 4 contains local file inclusion (LFI) and server-side request forgery (SSRF) vulnerabilities"
}
Sightings
| Author | Source | Type | Date | Other |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.