fix Shell command built from environment values Code Injection on update-types() #247065
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
vscode/build/azure-pipelines/publish-types/update-types.ts
Line 19 in 6167324
fix the issue should avoid dynamically constructing the shell command as a single string. Instead, we can use
cp.execFileSync
, which allows us to pass the command and its arguments separately. This approach ensures that the arguments are not interpreted by the shell, mitigating the risk of command injection.Specifically:
cp.execSync
call on line 19 withcp.execFileSync
.curl
as the command and the URL (dtsUri
) and output path (--output
,outPath
) as separate arguments.Dynamically constructing a shell command with values from the local environment, such as file paths, may inadvertently change the meaning of the shell command. Such changes can occur when an environment value contains characters that the shell interprets in a special way, for instance quotes and spaces. This can result in the shell command misbehaving, or even allowing a malicious user to execute arbitrary commands on the system.
The following shows a dynamically constructed shell command that recursively removes a temporary directory that is located next to the currently executing JavaScript file. Such utilities are often found in custom build scripts.
The shell command will, however, fail to work as intended if the absolute path of the script's directory contains spaces. In that case, the shell command will interpret the absolute path as multiple paths, instead of a single path. For instance, if the absolute path of the temporary directory is
/home/vscode/important project/temp
, then the shell command will recursively delete/home/vscode/important
andproject/temp
, where the latter path gets resolved relative to the working directory of the JavaScript process.Even worse, although less likely, a malicious user could provide the path
/home/vscode/; cat /etc/passwd #/important project/temp
in order to execute the commandcat /etc/passwd
. To avoid such potentially catastrophic behaviors, provide the directory as an argument that does not get interpreted by a shell:References
Command Injection
CWE-78
CWE-88