<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 19:57:59 +0000</lastBuildDate>
    <item>
      <title>certfr-2026-avi-1233 — De multiples vulnérabilités ont été découvertes dans les produits IBM. Certaines d'entre elles permettent à un attaquan…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-1233</link>
      <description>certfr-2026-avi-1233</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-1233</guid>
    </item>
    <item>
      <title>EUVD-2026-329181</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-329181</link>
      <description>EUVD-2026-329181</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-329181</guid>
    </item>
    <item>
      <title>fkie_cve-2026-55603</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-55603</link>
      <description>&lt;p&gt;http-proxy-middleware is node.js http-proxy middleware. From 3.0.4 until 3.0.7 and 4.1.1, fixRequestBody() is the library&amp;#39;s documented helper for re-emitting a request body that was already consumed by a body parser. When the outgoing Content-Type is multipart/form-data, it rebuilds the body with handlerFormDataBodyData(), which interpolates each req.body key and value directly into the multipart wire format without neutralizing CR/LF. A \r\n inside a value (or key) lets an attacker close the current part and inject an entirely new form part. Because the proxy&amp;#39;s own body parser saw a single opaque value, any gateway-side policy or validation performed on req.body is evaluated against a different set of fields than the upstream backend ultimately parses a request/parameter desynchronization across the trust boundary. This vulnerability is fixed in 3.0.7 and 4.1.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;http-proxy-middleware is node.js http-proxy middleware. From 3.0.4 until 3.0.7 and 4.1.1, fixRequestBody() is the library&amp;#39;s documented helper for re-emitting a request body that was already consumed by a body parser. When the outgoing Content-Type is multipart/form-data, it rebuilds the body with handlerFormDataBodyData(), which interpolates each req.body key and value directly into the multipart wire format without neutralizing CR/LF. A \r\n inside a value (or key) lets an attacker close the current part and inject an entirely new form part. Because the proxy&amp;#39;s own body parser saw a single opaque value, any gateway-side policy or validation performed on req.body is evaluated against a different set of fields than the upstream backend ultimately parses a request/parameter desynchronization across the trust boundary. This vulnerability is fixed in 3.0.7 and 4.1.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-55603</guid>
    </item>
    <item>
      <title>GHSA-gcq2-9pq2-cxqm — http-proxy-middleware: multipart/form-data field injection via unescaped CRLF in `fixRequestBody`</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-gcq2-9pq2-cxqm</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: http-proxy-middleware&lt;/p&gt;
&lt;p&gt;## Summary
`fixRequestBody()` is the library&amp;#39;s documented helper for re-emitting a request body that was already consumed by a body parser. When the **outgoing** `Content-Type` is `multipart/form-data`, it rebuilds the body with `handlerFormDataBodyData()`, which interpolates each `req.body` key and value directly into the multipart wire format **without neutralizing CR/LF**:&lt;/p&gt;
&lt;p&gt;```js
// dist/handlers/fix-request-body.js
function handlerFormDataBodyData(contentType, data) {
  const boundary = contentType.replace(/^.*boundary=(.*)$/, &amp;#39;$1&amp;#39;);
  let str = &amp;#39;&amp;#39;;
  for (const [key, value] of Object.entries(data)) {
    str += `--${boundary}\r\nContent-Disposition: form-data; name=&amp;#34;${key}&amp;#34;\r\n\r\n${value}\r\n`;
  }
}
```&lt;/p&gt;
&lt;p&gt;A `\r\n` inside a value (or key) lets an attacker close the current part and inject an **entirely new form part**. Because the proxy&amp;#39;s own body parser saw a single opaque value, any gateway-side policy or validation performed on `req.body` is evaluated against a different set of fields than the upstream backend ultimately parses a request/parameter desynchronization across the trust boundary.&lt;/p&gt;
&lt;p&gt;By contrast, the sibling output branches are safe: `application/json` uses `JSON.stringify` (escapes control chars) and `application/x-www-form-urlencoded` uses `querystring.stringify` (percent-encodes). Only the multipart branch lacks escaping.&lt;/p&gt;
&lt;p&gt;## Preconditions 
All three must hold; this narrows real-world exposure and is the basis for `AC:H`:
1. The proxy app populates `req.b…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: http-proxy-middleware&lt;/p&gt;
&lt;p&gt;## Summary
`fixRequestBody()` is the library&amp;#39;s documented helper for re-emitting a request body that was already consumed by a body parser. When the **outgoing** `Content-Type` is `multipart/form-data`, it rebuilds the body with `handlerFormDataBodyData()`, which interpolates each `req.body` key and value directly into the multipart wire format **without neutralizing CR/LF**:&lt;/p&gt;
&lt;p&gt;```js
// dist/handlers/fix-request-body.js
function handlerFormDataBodyData(contentType, data) {
  const boundary = contentType.replace(/^.*boundary=(.*)$/, &amp;#39;$1&amp;#39;);
  let str = &amp;#39;&amp;#39;;
  for (const [key, value] of Object.entries(data)) {
    str += `--${boundary}\r\nContent-Disposition: form-data; name=&amp;#34;${key}&amp;#34;\r\n\r\n${value}\r\n`;
  }
}
```&lt;/p&gt;
&lt;p&gt;A `\r\n` inside a value (or key) lets an attacker close the current part and inject an **entirely new form part**. Because the proxy&amp;#39;s own body parser saw a single opaque value, any gateway-side policy or validation performed on `req.body` is evaluated against a different set of fields than the upstream backend ultimately parses a request/parameter desynchronization across the trust boundary.&lt;/p&gt;
&lt;p&gt;By contrast, the sibling output branches are safe: `application/json` uses `JSON.stringify` (escapes control chars) and `application/x-www-form-urlencoded` uses `querystring.stringify` (percent-encodes). Only the multipart branch lacks escaping.&lt;/p&gt;
&lt;p&gt;## Preconditions 
All three must hold; this narrows real-world exposure and is the basis for `AC:H`:
1. The proxy app populates `req.b…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-gcq2-9pq2-cxqm</guid>
    </item>
    <item>
      <title>RHSA-2026:42085 — Red Hat Security Advisory: RHTAS 1.3.6 - Red Hat Trusted Artifact Signer Release</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:42085</link>
      <description>&lt;p&gt;react-router: React Router: Remote Code Execution via prototype pollution in Framework Mode react-router: @remix-run/server-runtime: React Router / Remix: Denial of Service via unbounded path expansion in __manifest endpoint axios: Axios: Information disclosure of proxy credentials via HTTP redirects axios: Axios: Information disclosure of proxy credentials via redirect flows axios: Axios: Denial of Service due to unenforced request and response size limits axios: Axios: Proxy bypass via IPv4-mapped IPv6 address non-normalization axios: Axios: Man-in-the-Middle (MITM) attack via Prototype Pollution axios: Axios: Client-side Denial of Service via unescaped regex metacharacters in XSRF cookie name http-proxy-middleware: http-proxy-middleware: Data integrity compromise via CR/LF injection&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;react-router: React Router: Remote Code Execution via prototype pollution in Framework Mode react-router: @remix-run/server-runtime: React Router / Remix: Denial of Service via unbounded path expansion in __manifest endpoint axios: Axios: Information disclosure of proxy credentials via HTTP redirects axios: Axios: Information disclosure of proxy credentials via redirect flows axios: Axios: Denial of Service due to unenforced request and response size limits axios: Axios: Proxy bypass via IPv4-mapped IPv6 address non-normalization axios: Axios: Man-in-the-Middle (MITM) attack via Prototype Pollution axios: Axios: Client-side Denial of Service via unescaped regex metacharacters in XSRF cookie name http-proxy-middleware: http-proxy-middleware: Data integrity compromise via CR/LF injection&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:42085</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-3623 — IBM DataPower Gateway: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3623</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in IBM DataPower Gateway ausnutzen, um beliebigen Programmcode auszuführen, erweiterte Berechtigungen zu erlangen, Sicherheitsmaßnahmen zu umgehen, Daten zu manipulieren oder offenzulegen, einen Denial-of-Service-Zustand auszulösen oder Cross-Site-Scripting-Angriffe durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in IBM DataPower Gateway ausnutzen, um beliebigen Programmcode auszuführen, erweiterte Berechtigungen zu erlangen, Sicherheitsmaßnahmen zu umgehen, Daten zu manipulieren oder offenzulegen, einen Denial-of-Service-Zustand auszulösen oder Cross-Site-Scripting-Angriffe durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-3623</guid>
    </item>
  </channel>
</rss>
