<?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 01:01:18 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-280214</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-280214</link>
      <description>EUVD-2026-280214</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-280214</guid>
    </item>
    <item>
      <title>fkie_cve-2026-26962</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-26962</link>
      <description>&lt;p&gt;Rack is a modular Ruby web server interface. From version 3.2.0 to before version 3.2.6, Rack::Multipart::Parser unfolds folded multipart part headers incorrectly. When a multipart header contains an obs-fold sequence, Rack preserves the embedded CRLF in parsed parameter values such as filename or name instead of removing the folded line break during unfolding. As a result, applications that later reuse those parsed values in HTTP response headers may be vulnerable to downstream header injection or response splitting. This issue has been patched in version 3.2.6.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Rack is a modular Ruby web server interface. From version 3.2.0 to before version 3.2.6, Rack::Multipart::Parser unfolds folded multipart part headers incorrectly. When a multipart header contains an obs-fold sequence, Rack preserves the embedded CRLF in parsed parameter values such as filename or name instead of removing the folded line break during unfolding. As a result, applications that later reuse those parsed values in HTTP response headers may be vulnerable to downstream header injection or response splitting. This issue has been patched in version 3.2.6.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-26962</guid>
    </item>
    <item>
      <title>GHSA-rx22-g9mx-qrhv — Rack's improper unfolding of folded multipart headers preserves CRLF in parsed parameter values</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-rx22-g9mx-qrhv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: rack&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`Rack::Multipart::Parser` unfolds folded multipart part headers incorrectly. When a multipart header contains an obs-fold sequence, Rack preserves the embedded CRLF in parsed parameter values such as `filename` or `name` instead of removing the folded line break during unfolding.&lt;/p&gt;
&lt;p&gt;As a result, applications that later reuse those parsed values in HTTP response headers may be vulnerable to downstream header injection or response splitting.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;`Rack::Multipart::Parser` accepts folded multipart header values and unfolds them during parsing. However, the unfolding behavior does not fully remove the embedded line break sequence from the parsed value.&lt;/p&gt;
&lt;p&gt;This means a multipart part header such as:&lt;/p&gt;
&lt;p&gt;```http
Content-Disposition: form-data; name=&amp;#34;file&amp;#34;; filename=&amp;#34;test\r\n foo.txt&amp;#34;
```&lt;/p&gt;
&lt;p&gt;can result in a parsed parameter value that still contains CRLF characters.&lt;/p&gt;
&lt;p&gt;The issue is not that Rack creates a second multipart header field. Rather, the problem is that CRLF remains embedded in the parsed metadata value after unfolding. If an application later uses that value in a security-sensitive context, such as constructing an HTTP response header, the preserved CRLF may alter downstream header parsing.&lt;/p&gt;
&lt;p&gt;Affected values may include multipart parameters such as `filename`, `name`, or similar parsed header attributes.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Applications that accept multipart form uploads may be affected if they later reuse parsed multipart metadata in HTTP headers or other header-sensiti…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: rack&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`Rack::Multipart::Parser` unfolds folded multipart part headers incorrectly. When a multipart header contains an obs-fold sequence, Rack preserves the embedded CRLF in parsed parameter values such as `filename` or `name` instead of removing the folded line break during unfolding.&lt;/p&gt;
&lt;p&gt;As a result, applications that later reuse those parsed values in HTTP response headers may be vulnerable to downstream header injection or response splitting.&lt;/p&gt;
&lt;p&gt;## Details&lt;/p&gt;
&lt;p&gt;`Rack::Multipart::Parser` accepts folded multipart header values and unfolds them during parsing. However, the unfolding behavior does not fully remove the embedded line break sequence from the parsed value.&lt;/p&gt;
&lt;p&gt;This means a multipart part header such as:&lt;/p&gt;
&lt;p&gt;```http
Content-Disposition: form-data; name=&amp;#34;file&amp;#34;; filename=&amp;#34;test\r\n foo.txt&amp;#34;
```&lt;/p&gt;
&lt;p&gt;can result in a parsed parameter value that still contains CRLF characters.&lt;/p&gt;
&lt;p&gt;The issue is not that Rack creates a second multipart header field. Rather, the problem is that CRLF remains embedded in the parsed metadata value after unfolding. If an application later uses that value in a security-sensitive context, such as constructing an HTTP response header, the preserved CRLF may alter downstream header parsing.&lt;/p&gt;
&lt;p&gt;Affected values may include multipart parameters such as `filename`, `name`, or similar parsed header attributes.&lt;/p&gt;
&lt;p&gt;## Impact&lt;/p&gt;
&lt;p&gt;Applications that accept multipart form uploads may be affected if they later reuse parsed multipart metadata in HTTP headers or other header-sensiti…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-rx22-g9mx-qrhv</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:21640-1 — Security update for rmt-server</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:21640-1</link>
      <description>&lt;p&gt;Security update for rmt-server&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for rmt-server&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:21640-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23321-1 — Security update for rmt-server</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23321-1</link>
      <description>&lt;p&gt;Security update for rmt-server&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for rmt-server&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2026:23321-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-26962</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-26962</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: ruby-rack, Ubuntu:Pro:16.04:LTS: ruby-rack, Ubuntu:Pro:18.04:LTS: ruby-rack, Ubuntu:Pro:20.04:LTS: ruby-rack, Ubuntu:22.04:LTS: ruby-rack, Ubuntu:24.04:LTS: ruby-rack, Ubuntu:25.10: ruby-rack, Ubuntu:26.04:LTS: ruby-rack&lt;/p&gt;
&lt;p&gt;Rack is a modular Ruby web server interface. From version 3.2.0 to before version 3.2.6, Rack::Multipart::Parser unfolds folded multipart part headers incorrectly. When a multipart header contains an obs-fold sequence, Rack preserves the embedded CRLF in parsed parameter values such as filename or name instead of removing the folded line break during unfolding. As a result, applications that later reuse those parsed values in HTTP response headers may be vulnerable to downstream header injection or response splitting. This issue has been patched in version 3.2.6.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: ruby-rack, Ubuntu:Pro:16.04:LTS: ruby-rack, Ubuntu:Pro:18.04:LTS: ruby-rack, Ubuntu:Pro:20.04:LTS: ruby-rack, Ubuntu:22.04:LTS: ruby-rack, Ubuntu:24.04:LTS: ruby-rack, Ubuntu:25.10: ruby-rack, Ubuntu:26.04:LTS: ruby-rack&lt;/p&gt;
&lt;p&gt;Rack is a modular Ruby web server interface. From version 3.2.0 to before version 3.2.6, Rack::Multipart::Parser unfolds folded multipart part headers incorrectly. When a multipart header contains an obs-fold sequence, Rack preserves the embedded CRLF in parsed parameter values such as filename or name instead of removing the folded line break during unfolding. As a result, applications that later reuse those parsed values in HTTP response headers may be vulnerable to downstream header injection or response splitting. This issue has been patched in version 3.2.6.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-26962</guid>
    </item>
  </channel>
</rss>
