SES's dynamic import and spread operator provides possible path to arbitrary exfiltration and execution
SES is a JavaScript environment that allows safe execution of arbitrary programs in Compartments. In version 0.18.0 prior to 0.18.7, 0.17.0 prior to 0.17.1, 0.16.0 prior to 0.16.1, 0.15.0 prior to 0.15.24, 0.14.0 prior to 0.14.5, an 0.13.0 prior to 0.13.5, there is a hole in the confinement of guest applications under SES that may manifest as either the ability to exfiltrate information or execute arbitrary code depending on the configuration and implementation of the surrounding host. Guest program running inside a Compartment with as few as no endowments can gain access to the surrounding host’s dynamic import by using dynamic import after the spread operator, like `{...import(arbitraryModuleSpecifier)}`. On the web or in web extensions, a Content-Security-Policy following ordinary best practices likely mitigates both the risk of exfiltration and execution of arbitrary code, at least limiting the modules that the attacker can import to those that are already part of the application. However, without a Content-Security-Policy, dynamic import can be used to issue HTTP requests for either communication through the URL or for the execution of code reachable from that origin. Within an XS worker, an attacker can use the host’s module system to the extent that the host has been configured. This typically only allows access to module code on the host’s file system and is of limited use to an attacker. Within Node.js, the attacker gains access to Node.js’s module system. Importing
- Products
- Not specified
- Affected versions
- Not specified
- Fixed versions
- Not specified
- CVEs
- CVE-2023-39532
- Confirmed fixed CVEs
- Not specified
- Updated in this feed
- 4 Nov 2026, 19:55 UTC · Revision 1
Source evidence
SES's dynamic import and spread operator provides possible path to arbitrary exfiltration and execution
core-osv · Original sourcePublished 8 Aug 2023, 16:51 UTC
SES is a JavaScript environment that allows safe execution of arbitrary programs in Compartments. In version 0.18.0 prior to 0.18.7, 0.17.0 prior to 0.17.1, 0.16.0 prior to 0.16.1, 0.15.0 prior to 0.15.24, 0.14.0 prior to 0.14.5, an 0.13.0 prior to 0.13.5, there is a hole in the confinement of guest applications under SES that may manifest as either the ability to exfiltrate information or execute arbitrary code depending on the configuration and implementation of the surrounding host. Guest program running inside a Compartment with as few as no endowments can gain access to the surrounding host’s dynamic import by using dynamic import after the spread operator, like `{...import(arbitraryModuleSpecifier)}`. On the web or in web extensions, a Content-Security-Policy following ordinary best practices likely mitigates both the risk of exfiltration and execution of arbitrary code, at least limiting the modules that the attacker can import to those that are already part of the application. However, without a Content-Security-Policy, dynamic import can be used to issue HTTP requests for either communication through the URL or for the execution of code reachable from that origin. Within an XS worker, an attacker can use the host’s module system to the extent that the host has been configured. This typically only allows access to module code on the host’s file system and is of limited use to an attacker. Within Node.js, the attacker gains access to Node.js’s module system. Importing
osv:CVE-2023-39532
Complete source record
{
"id": "bbf11278b6482f166d937ed1f5b78422cbaabb447e52de5cc49e88b2383d2526",
"url": "https://osv.dev/vulnerability/CVE-2023-39532",
"method": "structured",
"payload": {
"kind": "advisory",
"title": "SES's dynamic import and spread operator provides possible path to arbitrary exfiltration and execution",
"summary": "SES is a JavaScript environment that allows safe execution of arbitrary programs in Compartments. In version 0.18.0 prior to 0.18.7, 0.17.0 prior to 0.17.1, 0.16.0 prior to 0.16.1, 0.15.0 prior to 0.15.24, 0.14.0 prior to 0.14.5, an 0.13.0 prior to 0.13.5, there is a hole in the confinement of guest applications under SES that may manifest as either the ability to exfiltrate information or execute arbitrary code depending on the configuration and implementation of the surrounding host. Guest program running inside a Compartment with as few as no endowments can gain access to the surrounding host’s dynamic import by using dynamic import after the spread operator, like `{...import(arbitraryModuleSpecifier)}`. On the web or in web extensions, a Content-Security-Policy following ordinary best practices likely mitigates both the risk of exfiltration and execution of arbitrary code, at least limiting the modules that the attacker can import to those that are already part of the application. However, without a Content-Security-Policy, dynamic import can be used to issue HTTP requests for either communication through the URL or for the execution of code reachable from that origin. Within an XS worker, an attacker can use the host’s module system to the extent that the host has been configured. This typically only allows access to module code on the host’s file system and is of limited use to an attacker. Within Node.js, the attacker gains access to Node.js’s module system. Importing ",
"evidence": "osv:CVE-2023-39532",
"products": [],
"severity": "critical",
"structured": {
"id": "CVE-2023-39532",
"aliases": [
"CVE-2023-39532",
"GHSA-9c4h-3f7h-322r"
],
"metrics": [
{
"type": "CVSS_V3",
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H"
}
],
"affected": [
{
"ranges": [
{
"repo": "https://github.com/endojs/endo",
"type": "GIT",
"events": [
{
"introduced": "da16a94856482e36296b7cae16d715aa63344928"
},
{
"fixed": "b38361616f968415291b089dcca75cc4a2672a35"
},
{
"introduced": "2e9673128014d82f238e845c9285ba7005c30900"
},
{
"fixed": "9d2f88ab47f546bc59b6b6e7340482209b3cee56"
},
{
"introduced": "8fb324d8f13a0c6939dc0c1feb831f72298f1853"
},
{
"fixed": "fc90c6429604dc79ce8e3355e236ccce2bada041"
}
],
"database_specific": {
"extracted_events": [
{
"range": [
{
"introduced": "0.18.0"
},
{
"fixed": "0.18.7"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"introduced": "0.14.0"
},
{
"fixed": "0.14.5"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
},
{
"range": [
{
"introduced": "= 0.17.0"
},
{
"last_affected": "= 0.17.0"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StandaloneSingleVersion"
},
{
"range": [
{
"introduced": "= 0.16.0"
},
{
"last_affected": "= 0.16.0"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StandaloneSingleVersion"
},
{
"range": [
{
"fixed": "fc90c6429604dc79ce8e3355e236ccce2bada041"
}
],
"source": "REFERENCES_COMMIT"
}
]
}
}
],
"versions": [
"= 0.16.0",
"= 0.17.0"
],
"database_specific": {
"source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2023-39532.json"
}
}
],
"modified": "2026-10-28T02:30:38.947250389Z",
"provider": "osv",
"references": [
"https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/39xxx/CVE-2023-39532.json",
"https://github.com/endojs/endo/security/advisories/GHSA-9c4h-3f7h-322r",
"https://nvd.nist.gov/vuln/detail/CVE-2023-39532",
"https://github.com/endojs/endo/commit/fc90c6429604dc79ce8e3355e236ccce2bada041"
],
"provider_metadata": {
"cwe_ids": [
"CWE-20"
],
"cna_assigner": "GitHub_M",
"unresolved_ranges": [
{
"extracted_events": [
{
"range": [
{
"introduced": "0.15.0"
},
{
"fixed": "0.15.24"
},
{
"introduced": "0.13.0"
},
{
"fixed": "0.13.5"
}
],
"source": "AFFECTED_FIELD",
"strategy": "StringRangeExpression"
}
]
}
],
"osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/39xxx/CVE-2023-39532.json"
}
},
"related_cves": [
{
"value": "CVE-2023-39532",
"evidence": "/id"
}
],
"security_relevant": true,
"severity_evidence": "/severity/0/score"
},
"source_id": "core-osv",
"document_id": 506402,
"published_at": "2023-08-08T16:51:26.262+00:00"
}