<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-15T03:48:14.340418+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-323934</id>
    <title>EUVD-2026-323934</title>
    <updated>2026-10-15T03:48:14.342357+00:00</updated>
    <content>EUVD-2026-323934</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-323934"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-45302</id>
    <title>fkie_cve-2026-45302</title>
    <updated>2026-10-15T03:48:14.342386+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>parse-nested-form-data is a tiny node module for parsing FormData by name into objects and arrays. Prior to version 1.0.1, parseFormData() walks bracket and dot-notation FormData field names into nested objects without filtering reserved property keys. A single FormData field whose name begins with __proto__, or contains .__proto__. mid-path, causes the parser to traverse onto Object.prototype and assign properties there, polluting the prototype chain of every plain object in the running process. This issue has been patched in version 1.0.1.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-45302"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-xp7r-j8r6-j9h3</id>
    <title>GHSA-xp7r-j8r6-j9h3 — parse-nested-form-data has Prototype Pollution via `__proto__` in FormData field names</title>
    <updated>2026-10-15T03:48:14.342417+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: parse-nested-form-data</p>
<p>## Summary</p>
<p>`parseFormData()` walks bracket and dot-notation FormData field names into nested objects without filtering reserved property keys. A single FormData field whose name begins with `__proto__`, or contains `.__proto__.` mid-path, causes the parser to traverse onto `Object.prototype` and assign properties there, polluting the prototype chain of every plain object in the running process.</p>
<p>## Details</p>
<p>The vulnerability is in `handlePathPart` in `src/index.ts`, which performs `currentObject[pathPart.path]` and `currentObject[pathPart.path] = val` for object-type path segments without rejecting reserved keys. When the segment is `__proto__`, the read returns `Object.prototype`, which then becomes the next traversal target, and the next assignment lands on the prototype.</p>
<p>Reproduction on a fresh install of `parse-nested-form-data@1.0.0`:</p>
<p>```js
import { parseFormData } from 'parse-nested-form-data';
const fd = new FormData();
fd.append('__proto__.polluted', 'yes');
parseFormData(fd);
console.log(({}).polluted); // -&gt; 'yes'
console.log(([]).polluted); // -&gt; 'yes'
```</p>
<p>Equivalent vectors:</p>
<p>- `__proto__[polluted]=yes`
- `a.__proto__.polluted=yes` (mid-path traversal)
- `a[0].__proto__.polluted=yes` (mid-path through an array element)</p>
<p>`constructor.prototype.x` was incidentally blocked by an existing duplicate-key guard (because `Object` is a function and failed the JSON-object check), but relying on that was fragile, so the fix denylists `constructor` and `prototype` as wel…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-xp7r-j8r6-j9h3"/>
  </entry>
</feed>
