CVE-2026-112942: launch-editor: `fs.existsSync()` existence check can be bypassed on Windows
Summary
launch-editor checked fs.existsSync(fileName) before passing a supplied path to an editor command. On Windows, an attacker can bypass this check with a crafted path ending in \\..:line:column. This removes the requirement that the attacker be able to place a file with a malicious filename.
Combined with the % escaping issue described in GHSA-698v-4r3x-3vcv, this bypass can lead to OS command injection when an attacker controls the file argument.
Impact
Only apps that runs on Windows is affected.
Details
The earlier advisory assumed that fs.existsSync() required an attacker-controlled filename to exist. This advisory covers a bypass of that requirement.
A crafted value ending in \\..:1:1 is interpreted differently by launch-editor-middleware, launch-editor, and Windows:
1. launch-editor-middleware calls path.resolve() while the final path component is ..:1:1, so it is not treated as a parent-directory component. 2. launch-editor treats :1:1 as a line-and-column suffix and removes it, leaving a path ending in \\... 3. On Windows, fs.existsSync() accepts the resulting path as the existing parent directory even though the attacker-controlled preceding component does not exist. 4. Because the existence check passes, the crafted filename reaches the Windows shell command.
Other sources
launch-editor allows users to open files with line numbers in editor from Node.js. Prior to 2.14.2, launch-editor-middleware processes an attacker-controlled Windows file argument where the file argument ends in a parent-directory component plus a line-and-column suffix: the path is resolved while the suffix is still present, and launch-editor removes the suffix before its existsSync check, leaving the existing parent directory for existsSync and allowing the attacker-controlled file argument to pass filename existence validation without requiring the malicious filename to exist. The bypass can lead to OS command injection when combined with the separately described Windows percent-expansion flaw. This issue is fixed in version 2.14.2.
— MITRE
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
npm/vite-plusto a version that resolves this vulnerability.Fixed in 1.1.0 - Upgrade
Upgrade
npm/viteto a version that resolves this vulnerability.Fixed in 6.4.4 - Upgrade
Upgrade
npm/viteto a version that resolves this vulnerability.Fixed in 7.3.7 - Upgrade
Upgrade
npm/viteto a version that resolves this vulnerability.Fixed in 8.1.6 - Upgrade
Upgrade
npm/viteto a version that resolves this vulnerability.Fixed in 8.2.4 - Upgrade
Upgrade
npm/viteto a version that resolves this vulnerability.Fixed in 8.3.3 - Upgrade
Upgrade
npm/launch-editorto a version that resolves this vulnerability.Fixed in 2.14.2 - Upgrade
Upgrade
launch-editorto a version that resolves this vulnerability.Fixed in 2.14.2
Event History
Frequently Asked Questions
Which deployments are exposed?
Only applications running on Windows are affected. The listed software includes npm/vite, npm/launch-editor, and npm/vite-plus.
What must an attacker control to exploit this issue?
The attacker must be able to control the file argument passed to the editor-launching functionality. Command injection requires this existence-check bypass to be combined with the separate percent-escaping issue described in GHSA-698v-4r3x-3vcv.
Does exploitation require an attacker-created file with a malicious name?
No. A crafted path ending in \..:line:column can bypass the fs.existsSync() check on Windows, removing the prior requirement for an attacker to place a file with a malicious filename.