<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="../assets/feed.xsl"?><rss version="2.0"><channel><title>PatchTheCVE: pillarjs</title><link>https://patchthecve.com/</link><description>CVEs with upgrade or downgrade fix steps</description><item><title>CVE-2026-8162: multiparty@4.2.3 and lower versions are vulnerable to denial of service via uncaught exception</title><link>https://patchthecve.com/cve/CVE-2026-8162.html</link><guid>https://patchthecve.com/cve/CVE-2026-8162.html</guid><pubDate>Wed, 17 Jun 2026 11:03:34 +0000</pubDate><description>HIGH 7.5: multiparty@4.2.3 and lower versions are vulnerable to denial of service via uncaught exception. By sending a multipart/form-data request with a Content-Disposition header whose filename* parameter contains a malformed percent-encoding, the parser invokes decodeURI on the value without try/catch. The</description></item><item><title>CVE-2026-8161: multiparty@4.2.3 and lower versions are vulnerable to denial of service via uncaught exception</title><link>https://patchthecve.com/cve/CVE-2026-8161.html</link><guid>https://patchthecve.com/cve/CVE-2026-8161.html</guid><pubDate>Wed, 17 Jun 2026 11:03:34 +0000</pubDate><description>HIGH 7.5: multiparty@4.2.3 and lower versions are vulnerable to denial of service via uncaught exception. By sending a multipart/form-data request with a field name that collides with an inherited Object.prototype property such as __proto__, constructor, or toString, the parser invokes .push() on the inherite</description></item><item><title>CVE-2026-8159: multiparty@4.2.3 and lower versions are vulnerable to denial of service via regular expression backtracking in</title><link>https://patchthecve.com/cve/CVE-2026-8159.html</link><guid>https://patchthecve.com/cve/CVE-2026-8159.html</guid><pubDate>Wed, 17 Jun 2026 11:03:34 +0000</pubDate><description>HIGH 7.5: multiparty@4.2.3 and lower versions are vulnerable to denial of service via regular expression backtracking in the Content-Disposition filename parameter parser. A crafted multipart upload with a long header value can cause regex matching to take seconds, blocking the event loop. Impact: any service</description></item></channel></rss>