--- id: "VND-nodejs-june-2023-security-releases" kind: "vulnerability" aliases: [] title: "Node.js: Tuesday June 20 2023 Security Releases" severity: "high" cvss: null epss: null exploited: false status: "open" category: "runtime" products: [{"name": "node", "fixed": ["16.20.1"], "affected": ">= 16.0.0, < 16.20.1", "ecosystem": "node"}, {"name": "node", "fixed": ["18.16.1"], "affected": ">= 18.0.0, < 18.16.1", "ecosystem": "node"}, {"name": "node", "fixed": ["20.3.1"], "affected": ">= 20.0.0, < 20.3.1", "ecosystem": "node"}] ecosystems: ["node"] tags: ["http-servers", "node", "runtime", "self-hosted", "windows"] not_affected_if: ["default-config", "no-experimental-permission-model", "non-windows"] published_at: "2023-06-20T14:30:00+00:00" first_seen_at: "2026-10-23T19:13:00+00:00" updated_at: "2026-10-25T05:41:40+00:00" sources: [{"source": "nodejs", "url": "https://nodejs.org/en/blog/vulnerability/june-2023-security-releases", "first_seen_at": "2026-10-23T19:13:00+00:00"}] --- # Node.js: Tuesday June 20 2023 Security Releases Node.js 16, 18 and 20 ship fixes for ten issues, including high-severity permission-model bypasses that let code read files or load modules outside policy, and a CR-delimited HTTP request smuggling flaw in the llhttp parser. The release also updates bundled OpenSSL and c-ares, and a Windows MSI repair flaw lets unprivileged users trigger folder creation as SYSTEM. _Summary, check and fix written by a model from the sources; labelled as such._ ## Affected - node:node affected >= 16.0.0, < 16.20.1 fixed 16.20.1 - node:node affected >= 18.0.0, < 18.16.1 fixed 18.16.1 - node:node affected >= 20.0.0, < 20.3.1 fixed 20.3.1 ## How to check - Run `node --version` and compare against the fixed versions: `16.20.1`, `18.16.1`, `20.3.1`. - If you use the experimental policy or permission model (`--experimental-permission`, `--experimental-policy`), those are the affected features. - Check whether a reverse proxy or load balancer sits in front of Node HTTP servers, since smuggling depends on how the front end parses requests. ## Fix - Upgrade Node.js to `16.20.1`, `18.16.1` or `20.3.1` on the matching release line. - Rebuild and redeploy containers or images that bundle Node so they pick up the patched OpenSSL and c-ares. - Reinstall Node via the patched MSI on Windows hosts that use the .msi installer. ## Timeline - 2026-10-23T19:13:00+00:00 nodejs https://nodejs.org/en/blog/vulnerability/june-2023-security-releases ## From the sources Security releases available Updates are now available for all supported Node.js release lines for the following issues. OpenSSL Security updates This security release includes the following OpenSSL security updates OpenSSL security advisory 28th March . OpenSSL security advisory 20th April . OpenSSL security advisory 30th May . Impacts: All versions of the 20.x, 18.x, and 16.x release lines. c-ares Security updates This security release includes c-ares security updates as outlined in the recent advisories: GHSA-9g78-jv2r-p7vc GHSA-8r8p-23f3-64c2 GHSA-54xr-f67r-4pc4 GHSA-x6mf-cxr9-8q6v Impacts: All versions of the 20.x, 18.x, and 16.x release lines. mainModule. proto bypass experimental policy mechanism (High) (CVE-2023-30581) The use of proto in process.mainModule. proto .require() can bypass the policy mechanism and require modules outside of the policy.json definition. This vulnerability affects all users using the experimental policy mechanism in all active release lines: 16.x, 18.x and, 20.x. Please note that at the time this CVE was issued, the policy is an experimental feature of Node.js. Thank you, to Axel Chong for reporting this vulnerability and thank you Rafael Gonzaga for fixing it. Path traversal bypass in experimental permission model (High) (CVE-2023-30584) A vulnerability has been discovered in Node.js version 20, specifically within the experimental permission model. This flaw relates to improper handling of path traversal bypass when verifying file permissions. This vulnerability affects all users using the experimental permission model in Node.js 20. Please note that at the time this CVE was issued, the permission model is an experimental feature of Node.js. Thank you, to Axel Chong for reporting this vulnerability and thank you Rafael Gonzaga for fixing it. Inspector protocol bypass the experimental permission model (High) (CVE-2023-30587) A vulnerability in Node.js version 20 allows for bypassing restrictions set by the --experimental-permission flag using the built-in inspector module (node:inspector). By exploiting the Worker class's ability to create an "internal worker" with the kIsInternal Symbol, attackers can modify the isInternal value when an inspector is attached within the Worker constructor before initializing a new WorkerImpl. This vulnerability exclusively affects Node.js users employing the permission model mechanism in Node.js 20. Please note that at the time this CVE was issued, the permission model is an experimental feature of Node.js. Thank you, to mattaustin for reporting this vulnerability and thank you Rafael Gonzaga for fixing it. fs.watchFile bypass in experimental permission model (Medium) (CVE-2023-30582) A vulnerability has been identified in Node.js version 20, affecting users of the experimental permission model when the --allow-fs-read flag is used with a non-* argument. This flaw arises from an inadequate permission model that fails to restrict file watching through the fs.watchFile API. As a result, malicious actors can monitor files that they do not have explicit read access to. This vulnerability affects all users using the experimental permission model in Node.js 20. Please note that at the time this CVE was issued, the permission model is an experimental feature of Node.js. Thanks to Colin Ihrig for reporting this vulnerability and to Rafael Gonzaga for fixing it. fs.openAsBlob bypass in experimental permission model (Medium) (CVE-2023-30583) fs.openAsBlob() can bypass the experimental permission model when using the file system read restriction with the --allow-fs-read flag in Node.js 20. This flaw arises from a missing check in the fs.openAsBlob() API. This vulnerability affects all users using the experimental permission model in Node.js 20. Thanks to Colin Ihrig for reporting this vulnerability and to Rafael Gonzaga for fixing it. Please note that at the time this CVE was issued, the permission model is an experimental feature of Node.js. Privilege escalation via Malicious Registry Key manipulation during Node.js installer repair process (Medium) (CVE-2023-30585) A vulnerability has been identified in the Node.js (.msi version) installation process, specifically affecting Windows users who install Node.js using the .msi installer. This vulnerability emerges during the repair operation, where the "msiexec.exe" process, running under the NT AUTHORITY\SYSTEM context, attempts to read the %USERPROFILE% environment variable from the current user's registry. The issue arises when the path referenced by the %USERPROFILE% environment variable does not exist. In such cases, the "msiexec.exe" process attempts to create the specified path in an unsafe manner, potentially leading to the creation of arbitrary folders in arbitrary locations. The severity of this vulnerability is heightened by the fact that the %USERPROFILE% environment variable in the Windows registry can be modified by standard (or "non-privileged") users. Consequently, unprivileged actors, including malicious entities or trojans, can manipulate the environment variable key to deceive the privileged "msiexec.exe" process. This manipulation can result in the creation of folders in unintended and potentially malicious locations. It is important to note that this vulnerability is specific to Windows users who install Node.js using the .msi installer. Users who opt for other installation methods are not affected by this particular issue. This affects all active Node.js versions: v16, v18, and, v20. Thank you, to @sim0nsecurity for reporting this vulnerability and thank you Tobias Nießen for fixing it. OpenSSL engines can be used to bypass the permission model (Medium) (CVE-2023-30586) Node.js 20 allows loading arbitrary OpenSSL engines when the experimental permission model is enabled, which can bypass and/or disable the permission model. The crypto.setEngine() API can be used to bypass the permission model when called with a compatible OpenSSL engine. The OpenSSL engine can, for example, disable the permission model in the host process by manipulating the process's stack memory to locate the permission model Permission::enabled_ in the host process's heap memory. This vulnerability affects all users using the experimental permission model in Node.js 20. Please note that at the time this CVE was issued, the permission model is an experimental feature of Node.js. Thanks to Tobias Nießen for reporting this vulnerability and fixing it. Process interruption due to invalid Public Key information in x509 certificates (Medium) (CVE-2023-30588) When an invalid public key is used to create an x509 certificate using the crypto.X509Certificate() API a non-expect termination occurs making it susceptible to DoS attacks when the attacker could force interruptions of application processing, as the process terminates when accessing public key info of provided certificates from user code. The current context of the users will be gone, and that will cause a DoS scenario. This vulnerability affects all active Node.js versions v16, v18, and, v20. Thank you, to Marc Schönefeld for reporting this vulnerability and thank you Tobias Nießen for fixing it. HTTP Request Smuggling via Empty headers separated by CR (Medium) (CVE-2023-30589) The llhttp parser in the http module in Node.js does not strictly use the CRLF sequence to delimit HTTP requests. This can lead to HTTP Request Smuggling (HRS). The CR character (without LF) is sufficient to delimit HTTP header fields in the llhttp parser. According to RFC7230 section 3, only the CRLF sequence should delimit each header-field. This vulnerability impacts all Node.js active versions: v16, v18, and, v20. Thank you, to Yadhu Krishna M (Team bi0s & CRED Security team) for reporting this vulnerability and thank you Paolo Insogna for fixing it. DiffieHellman do not generate keys after setting a private key (Medium) (CVE-2023-30590) The generateKey --- _Free to read at a human pace. An API with keys and an MCP server are in preparation; early access: hello@infrastack.ai_