Browserify version 3.19.0 introduces a subtle yet potentially impactful change for developers depending on the http-browserify package, upgrading it from version 1.0.0 to 1.1.0. This update likely includes bug fixes, performance improvements, or new features within the http-browserify module itself, which handles HTTP requests in a browser environment. While the core functionality of Browserify remains consistent – enabling Node.js-style require() statements to work client-side – this dependency bump might require closer inspection for projects heavily reliant on http-browserify.
Both versions maintain identical development dependencies, suggesting that the core development workflow and testing methodologies haven’t significantly changed between releases. They also share the same base dependencies like umd, url, util, and many others. However, a new version often addresses underlying bugs or integrates optimizations that indirectly benefit the entire bundling process.
For developers considering an upgrade, it's crucial to review the changelog or release notes specifically related to http-browserify 1.1.0 to understand the implications of the update. This detailed comparison will help in mitigating potential breaking changes and leveraging any enhanced capabilities now available. The upgrade ensures developers are using the most recent and secure version of its core dependencies, promoting longer-term stability.
All the vulnerabilities related to the version 3.19.0 of the package
Regular Expression Denial of Service in uglify-js
Versions of uglify-js prior to 2.6.0 are affected by a regular expression denial of service vulnerability when malicious inputs are passed into the parse() method.
var u = require('uglify-js');
var genstr = function (len, chr) {
var result = "";
for (i=0; i<=len; i++) {
result = result + chr;
}
return result;
}
u.parse("var a = " + genstr(process.argv[2], "1") + ".1ee7;");
$ time node test.js 10000
real 0m1.091s
user 0m1.047s
sys 0m0.039s
$ time node test.js 80000
real 0m6.486s
user 0m6.229s
sys 0m0.094s
Update to version 2.6.0 or later.
Prototype Pollution in minimist
Affected versions of minimist are vulnerable to prototype pollution. Arguments are not properly sanitized, allowing an attacker to modify the prototype of Object, causing the addition or modification of an existing property that will exist on all objects.
Parsing the argument --__proto__.y=Polluted adds a y property with value Polluted to all objects. The argument --__proto__=Polluted raises and uncaught error and crashes the application.
This is exploitable if attackers have control over the arguments being passed to minimist.
Upgrade to versions 0.2.1, 1.2.3 or later.
Prototype Pollution in minimist
Minimist prior to 1.2.6 and 0.2.4 is vulnerable to Prototype Pollution via file index.js, function setKey() (lines 69-95).
Potential Command Injection in shell-quote
Affected versions of shell-quote do not properly escape command line arguments, which may result in command injection if the library is used to escape user input destined for use as command line arguments.
The following characters are not escaped properly: >,;,{,}
Bash has a neat but not well known feature known as "Bash Brace Expansion", wherein a sub-command can be executed without spaces by running it between a set of {} and using the , instead of to seperate arguments. Because of this, full command injection is possible even though it was initially thought to be impossible.
const quote = require('shell-quote').quote;
console.log(quote(['a;{echo,test,123,234}']));
// Actual "a;{echo,test,123,234}"
// Expected "a\;\{echo,test,123,234\}"
// Functional Equivalent "a; echo 'test' '123' '1234'"
Update to version 1.6.1 or later.
Potential for Script Injection in syntax-error
Versions of syntax-error prior to 1.1.1 are affected by a cross-site scripting vulnerability which may allow a malicious file to execute code when browserified.
Update to version 1.1.1 or later.