All vulnerabilities
CVE-2026-107353GHSA-rj28-8w7x-jmqc

traverse: set() can write to built-in prototypes via an untrusted path

ljharb traverse
CVSS
6.9Medium
ExploitationNo known exploitationNot in CISA KEV, which does not prove it is unexploitedCISA KEV
Exploit odds (EPSS)0.28%Chance of exploitation activity in the next 30 days, higher than 19% of CVEs. Scored 23 Oct 2026FIRST EPSS
Fixed in0.3.10Also 0.4.7, 0.5.3 and 1 moreCVE List
Published7 Oct 2026Updated 7 Oct 2026CVE List

What fixes it

A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.

Description

traverse (npm) versions 0.3.6 through 0.3.9, 0.4.0 through 0.4.6, 0.5.0 through 0.5.2, and 0.6.0 through 0.6.11 allow prototype pollution through set(). When the path passed to set() crosses a primitive value, the next path segment is resolved on that primitive's built-in prototype, so an application that passes an untrusted path to set() lets an attacker add or overwrite properties of String.prototype, Number.prototype, or Boolean.prototype using plain JSON data, for example traverse({ name: 'bob' }).set(['name', '__proto__', 'polluted'], 'yes'). Object.prototype was reachable only with a non-data path segment, such as an object whose toString returns a different value on each call, or through a Proxy that accepts an assignment without storing it. This is fixed in 0.3.10, 0.4.7, 0.5.3, and 0.6.12.

Text from CVE List

Affected versions 4

  • traverseaffected: 0.3.6 before 0.3.10CVE List
  • traverseaffected: 0.4.0 before 0.4.7CVE List
  • traverseaffected: 0.5.0 before 0.5.3CVE List
  • traverseaffected: 0.6.0 before 0.6.12CVE List

References 3