Browserify version 2.26.0 introduces subtle improvements over its predecessor, version 2.25.1, focusing primarily on internal dependency updates impacting how modules are packaged for browser use. While the core functionality remains consistent, developers should note the updated version of browser-pack, moving from version ~0.9.4 to ~0.10.0. This could include performance enhancements or bug fixes related to the packing process itself, a critical component of Browserify's transformation of Node.js-style modules for the browser.
Both versions showcase Browserify's continued commitment to providing a seamless "node way" for browser-side require() statements. Common dependencies such as umd, parents, through, duplexer, inherits, optimist, deps-sort, JSONStream, module-deps, shell-quote, event-stream, syntax-error, concat-stream, browser-resolve, browser-builtins, and insert-module-globals remain consistent, offering a stable foundation for module resolution and execution. The development dependencies, including testing and tooling libraries like seq, tap, dnode, mkdirp, backbone, and coffee-script, are also unchanged, suggesting a focus on solidifying the existing feature set rather than introducing major new functionalities.
For developers considering an upgrade, verifying that the updated browser-pack version doesn't introduce any compatibility issues with their specific project setup is advisable. The release date difference (approximately one week) suggests these are incremental improvements and bug fixes rather than large refactors, with the newer one released on August 2nd, 2013, and the older on July 25th, 2013. Browserify remains a robust solution for managing JavaScript dependencies in the browser and both versions support the MIT license.
All the vulnerabilities related to the version 2.26.0 of the package
Incorrect Handling of Non-Boolean Comparisons During Minification in uglify-js
Versions of uglify-js
prior to 2.4.24 are affected by a vulnerability which may cause crafted JavaScript to have altered functionality after minification.
Upgrade UglifyJS to version >= 2.4.24.
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.
Improper Neutralization of Special Elements used in a Command in Shell-quote
The shell-quote package before 1.7.3 for Node.js allows command injection. An attacker can inject unescaped shell metacharacters through a regex designed to support Windows drive letters. If the output of this package is passed to a real shell as a quoted argument to a command with exec()
, an attacker can inject arbitrary commands. This is because the Windows drive letter regex character class is [A-z]
instead of the correct [A-Za-z]
. Several shell metacharacters exist in the space between capital letter Z and lower case letter a, such as the backtick character.
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.