183 lines
8.8 KiB
JSON
183 lines
8.8 KiB
JSON
{
|
|
"dataType": "CVE_RECORD",
|
|
"dataVersion": "5.2",
|
|
"cveMetadata": {
|
|
"cveId": "CVE-2026-116241",
|
|
"assignerOrgId": "f86ef6dc-4d3a-42ad-8f28-e6d5547a5007",
|
|
"state": "PUBLISHED",
|
|
"assignerShortName": "PostgreSQL",
|
|
"dateReserved": "2026-10-25T16:26:16.419Z",
|
|
"datePublished": "2026-10-30T19:55:13.194Z",
|
|
"dateUpdated": "2026-11-06T16:10:14.464Z"
|
|
},
|
|
"containers": {
|
|
"cna": {
|
|
"providerMetadata": {
|
|
"orgId": "f86ef6dc-4d3a-42ad-8f28-e6d5547a5007",
|
|
"shortName": "PostgreSQL",
|
|
"dateUpdated": "2026-10-30T19:55:13.194Z"
|
|
},
|
|
"title": "pgAdmin 4: Import/Export Data query export runs a command through a backslash in a double-quoted identifier",
|
|
"datePublic": "2026-10-29T00:00:00.000Z",
|
|
"affected": [
|
|
{
|
|
"vendor": "pgadmin.org",
|
|
"product": "pgAdmin 4",
|
|
"repo": "https://github.com/pgadmin-org/pgadmin4",
|
|
"modules": [
|
|
"Import/Export Data"
|
|
],
|
|
"programFiles": [
|
|
"https://github.com/pgadmin-org/pgadmin4/blob/master/web/pgadmin/tools/import_export/__init__.py"
|
|
],
|
|
"versions": [
|
|
{
|
|
"status": "affected",
|
|
"version": "0",
|
|
"lessThan": "9.19",
|
|
"versionType": "custom"
|
|
}
|
|
],
|
|
"defaultStatus": "unaffected"
|
|
}
|
|
],
|
|
"descriptions": [
|
|
{
|
|
"lang": "en",
|
|
"value": "pgAdmin 4's Import/Export Data tool wraps a user's query export in a psql \\copy (...) TO command and checks that the query's parentheses are balanced so that nothing can escape the wrapper. The check rejected a backslash inside a single-quoted string, but not inside a double-quoted identifier, where it treated the next double quote as closing the identifier. psql's \\copy parser applies the connection's escape character to whichever quote opened a token, so with standard_conforming_strings off a backslash-escaped double quote does not close the identifier. pgAdmin's and psql's view of the quoting then diverged, a closing parenthesis hidden from the check ended the \\copy (...) wrapper, and a following TO PROGRAM clause was executed by psql on the pgAdmin host, as the operating-system account running pgAdmin, before the server rejected the statement. An ordinary database role can turn standard_conforming_strings off for itself, and the Import/Export Data permission is granted to non-administrators by default.\n\nThis is a bypass of the fix for CVE-2026-17566. The fix rejects any backslash inside a double-quoted identifier, as was already done for single-quoted strings, since its meaning depends on a server setting that cannot be known reliably when the query is validated.\n\nThis issue affects pgAdmin 4: before 9.19."
|
|
}
|
|
],
|
|
"references": [
|
|
{
|
|
"url": "https://github.com/pgadmin-org/pgadmin4/issues/10663",
|
|
"tags": [
|
|
"issue-tracking"
|
|
]
|
|
},
|
|
{
|
|
"url": "https://github.com/pgadmin-org/pgadmin4/commit/9be31a019f780647fb689c458408c8803263c812",
|
|
"tags": [
|
|
"patch"
|
|
]
|
|
}
|
|
],
|
|
"metrics": [
|
|
{
|
|
"format": "CVSS",
|
|
"scenarios": [
|
|
{
|
|
"lang": "en",
|
|
"value": "Same threat model and outcome as CVE-2026-17566, of which this is a bypass: any authenticated user with the Import/Export Data permission (granted by default) and an ordinary database role, which can set standard_conforming_strings itself, so Attack Complexity is Low. Confidentiality, Integrity and Availability are High for command execution on the pgAdmin host. Scope is Changed, as for CVE-2026-17566, because the command runs on the pgAdmin host rather than within the database server the user is connected to."
|
|
}
|
|
],
|
|
"cvssV3_1": {
|
|
"version": "3.1",
|
|
"attackVector": "NETWORK",
|
|
"attackComplexity": "LOW",
|
|
"privilegesRequired": "LOW",
|
|
"userInteraction": "NONE",
|
|
"scope": "CHANGED",
|
|
"confidentialityImpact": "HIGH",
|
|
"integrityImpact": "HIGH",
|
|
"availabilityImpact": "HIGH",
|
|
"baseSeverity": "CRITICAL",
|
|
"baseScore": 9.9,
|
|
"vectorString": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H"
|
|
}
|
|
},
|
|
{
|
|
"format": "CVSS",
|
|
"scenarios": [
|
|
{
|
|
"lang": "en",
|
|
"value": "Same reasoning as the CVSS 3.1 entry and the same vector as CVE-2026-17566. AT:N because no condition outside the attacker's control is needed. VC/VI/VA:H for the pgAdmin host and SC/SI/SA:H for the systems reachable from it with its credentials."
|
|
}
|
|
],
|
|
"cvssV4_0": {
|
|
"version": "4.0",
|
|
"vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H",
|
|
"baseScore": 9.4,
|
|
"baseSeverity": "CRITICAL"
|
|
}
|
|
}
|
|
],
|
|
"problemTypes": [
|
|
{
|
|
"descriptions": [
|
|
{
|
|
"lang": "en",
|
|
"description": "CWE-78 Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection')",
|
|
"cweId": "CWE-78",
|
|
"type": "CWE"
|
|
},
|
|
{
|
|
"lang": "en",
|
|
"description": "CWE-115 Misinterpretation of Input",
|
|
"cweId": "CWE-115",
|
|
"type": "CWE"
|
|
}
|
|
]
|
|
}
|
|
],
|
|
"credits": [
|
|
{
|
|
"lang": "en",
|
|
"value": "Yonghwa Lee (Xint by Theori) <underdog@theori.io>",
|
|
"type": "finder"
|
|
},
|
|
{
|
|
"lang": "en",
|
|
"value": "Dave Page <dpage@pgadmin.org>",
|
|
"type": "remediation developer"
|
|
},
|
|
{
|
|
"lang": "en",
|
|
"value": "Hitesh Jambhale <hitesh.jambhale@enterprisedb.com>",
|
|
"type": "remediation reviewer"
|
|
},
|
|
{
|
|
"lang": "en",
|
|
"value": "Ashesh Vashi <ashesh.vashi@enterprisedb.com>",
|
|
"type": "remediation reviewer"
|
|
}
|
|
],
|
|
"source": {
|
|
"discovery": "EXTERNAL"
|
|
}
|
|
},
|
|
"adp": [
|
|
{
|
|
"metrics": [
|
|
{
|
|
"other": {
|
|
"type": "ssvc",
|
|
"content": {
|
|
"timestamp": "2026-11-06T16:09:55.189522Z",
|
|
"id": "CVE-2026-116241",
|
|
"options": [
|
|
{
|
|
"Exploitation": "none"
|
|
},
|
|
{
|
|
"Automatable": "no"
|
|
},
|
|
{
|
|
"Technical Impact": "total"
|
|
}
|
|
],
|
|
"role": "CISA Coordinator",
|
|
"version": "2.0.3"
|
|
}
|
|
}
|
|
}
|
|
],
|
|
"title": "CISA ADP Vulnrichment",
|
|
"providerMetadata": {
|
|
"orgId": "134c704f-9b21-4f2e-91b3-4a467353bcc0",
|
|
"shortName": "CISA-ADP",
|
|
"dateUpdated": "2026-11-06T16:10:14.464Z"
|
|
}
|
|
}
|
|
]
|
|
}
|
|
} |