2 via 2 paths





Find, fix and prevent vulnerabilities in your code.

  • 2
  • 2
  • 0
  • 0

medium severity

Uninitialized Memory Exposure

  • Vulnerable module: ip
  • Introduced through: ip@0.0.5

Detailed paths

  • Introduced through: nat-upnp@0.2.11 ip@0.0.5
    Remediation: Upgrade to nat-upnp@1.1.0.


ip is an IP address utility for node.js.

Affected versions of the package are vulnerable to Uninitialized Memory Exposure due to an insecure use of the Node.js Buffer class.


The Buffer class in Node.js is a mutable array of binary data, and can be initialized with a string, array or number.

const buf1 = new Buffer([1,2,3]);
// creates a buffer containing [01, 02, 03]
const buf2 = new Buffer('test');
// creates a buffer containing ASCII bytes [74, 65, 73, 74]
const buf3 = new Buffer(10);
// creates a buffer of length 10

The first two variants simply create a binary representation of the value it received. The last one, however, pre-allocates a buffer of the specified size, making it a useful buffer, especially when reading data from a stream. When using the number constructor of Buffer, it will allocate the memory, but will not fill it with zeros. Instead, the allocated buffer will hold whatever was in memory at the time. If the buffer is not zeroed by using buf.fill(0), it may leak sensitive information like keys, source code, and system info.

For more information on the Buffer vulnerability, go to our blog.


Upgrade ip to version 1.1.5 or higher. Note This is vulnerable only for Node <=4


medium severity

Remote Memory Exposure

  • Vulnerable module: request
  • Introduced through: request@2.10.0

Detailed paths

  • Introduced through: nat-upnp@0.2.11 request@2.10.0
    Remediation: Upgrade to nat-upnp@1.0.3.


request is a simplified http request client.

Affected versions of this package are vulnerable to Remote Memory Exposure. A potential remote memory exposure vulnerability exists in request. If a request uses a multipart attachment and the body type option is number with value X, then X bytes of uninitialized memory will be sent in the body of the request.

Note that while the impact of this vulnerability is high (memory exposure), exploiting it is likely difficult, as the attacker needs to somehow control the body type of the request. One potential exploit scenario is when a request is composed based on JSON input, including the body type, allowing a malicious JSON to trigger the memory leak.


Constructing a Buffer class with integer N creates a Buffer of length N with non zero-ed out memory. Example:

var x = new Buffer(100); // uninitialized Buffer of length 100
// vs
var x = new Buffer('100'); // initialized Buffer with value of '100'

Initializing a multipart body in such manner will cause uninitialized memory to be sent in the body of the request.

Proof of concept

var http = require('http')
var request = require('request')

http.createServer(function (req, res) {
  var data = ''
  req.on('data', function (chunk) {
    data += chunk
  req.on('end', function () {
    // this will print uninitialized memory from the client
    console.log('Client sent:\n', data)

  method: 'POST',
  uri: 'http://localhost:8000',
  multipart: [{ body: 1000 }]
function (err, res, body) {
  if (err) return console.error('upload failed:', err)


Upgrade request to version 2.68.0 or higher.