Security Fix for RCE on "wireless-tools" - huntr.dev #57
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.
https://huntr.dev/users/Asjidkalam has fixed the RCE on "wireless-tools" vulnerability 🔨. Asjidkalam has been awarded $25 for fixing the vulnerability through the huntr bug bounty program 💵. Think you could fix a vulnerability like this?
Get involved at https://huntr.dev/
Q | A
Version Affected | ALL
Bug Fix | YES
Original Pull Request | 418sec#2
Vulnerability README | https://github.com/418sec/huntr/blob/master/bounties/npm/wireless-tools/1/README.md
User Comments:
📊 Metadata *
Command injection vulnerability
Bounty URL: https://www.huntr.dev/bounties/1-npm-wireless-tools
⚙️ Description *
The wireless-tools module is vulnerable against RCE since command is crafted using user inputs not validated and then executed, leading to arbitrary command injection. The argument options can be controlled by users without any sanitization. It was using
exec()
function which is vulnerable to Command Injection if it accepts user input and it goes through any sanitization or escaping.💻 Technical Description *
The use of the
child_process
functionexec()
is highly discouraged if you accept user input and don't sanitize/escape them. I replaced it withexecFile()
which mitigates any possible Command Injections as it accepts input as arrays.🐛 Proof of Concept (PoC) *
The PoC given in the bounty was incorrect, here's the PoC:
Install the package and run the below code, you'll need to have a PDF to test:
A file named
HACKED
will be created in the current working directory.🔥 Proof of Fix (PoF) *
After applying the fix, run the PoC again and no files will be created. Hence command injection is mitigated.
👍 User Acceptance Testing (UAT)
Only
execFile
is used, no breaking changes introduced.