CVE-2020-28283

Overview

Prototype pollution vulnerability in ‘libnested’ versions 0.0.0 through 1.5.0 allows an attacker to cause a denial of service and may lead to remote code execution.

Details

The NPM module 'libnested' can be abused by Prototype Pollution vulnerability since the function 'set()' did not check for the type of object before assigning value to the property. Due to this flaw an attacker could create a non-existent property or able to manipulate the property which leads to Denial of Service or potentially Remote code execution.

PoC Details

The `set()` function accepts three arguments `obj, path, value`. Due to the absence of validation on values passed into `path, value` arguments, an attacker can supply a malicious value by adjusting the `path` value to include the `__proto__` property. Since there is no validation before assigning the property to check whether the assigned argument is the Object's own property or not, the property `isAdmin` will be directly be assigned to the empty obj({}) thereby polluting the Object prototype. Later in the code, if there is a check to validate `isAdmin` the valued would be substituted as "true" as it had been polluted.

PoC Code

var libnested = require("libnested")
var obj = {}  console.log("Before : " + obj.isAdmin);
libnested.set(obj, ['__proto__', 'isAdmin'], true); 
console.log("After : " + obj.isAdmin);

Affected Environments

0.0.0-1.5.0

Remediation

There are a couple of ways to mitigate prototype pollution vulnerabilities, for example: Most of the cases can be solved by freezing an object which doesn’t allow to add, remove, or change its properties. Validating the JSON input with shcema validation, this guarantees that the JSON input contains only predefined attributes. We can change the objects, so they won’t have any prototype association by using “Object.create”.

Prevention

No fix version