<?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>Fri, 02 Oct 2026 10:29:56 +0000</lastBuildDate>
    <item>
      <title>CVE-2017-18587</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2017-18587</link>
      <description>&lt;p&gt;An issue was discovered in the hyper crate before 0.9.18 for Rust. It mishandles newlines in headers.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;An issue was discovered in the hyper crate before 0.9.18 for Rust. It mishandles newlines in headers.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2017-18587</guid>
    </item>
    <item>
      <title>GHSA-q89x-f52w-6hj2 — Headers containing newline characters can split messages in hyper</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-q89x-f52w-6hj2</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; crates.io: hyper&lt;/p&gt;
&lt;p&gt;Serializing of headers to the socket did not filter the values for newline bytes (\r or \n), which allowed for header values to split a request or response. People would not likely include newlines in the headers in their own applications, so the way for most people to exploit this is if an application constructs headers based on unsanitized user input.&lt;/p&gt;
&lt;p&gt;This issue was fixed by replacing all newline characters with a space during serialization of a header value.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; crates.io: hyper&lt;/p&gt;
&lt;p&gt;Serializing of headers to the socket did not filter the values for newline bytes (\r or \n), which allowed for header values to split a request or response. People would not likely include newlines in the headers in their own applications, so the way for most people to exploit this is if an application constructs headers based on unsanitized user input.&lt;/p&gt;
&lt;p&gt;This issue was fixed by replacing all newline characters with a space during serialization of a header value.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-q89x-f52w-6hj2</guid>
    </item>
  </channel>
</rss>
