<?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>Wed, 07 Oct 2026 16:42:27 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-160820</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-160820</link>
      <description>EUVD-2026-160820</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-160820</guid>
    </item>
    <item>
      <title>fkie_cve-2024-45302</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-45302</link>
      <description>&lt;p&gt;RestSharp is a Simple REST and HTTP API Client for .NET. The second argument to `RestRequest.AddHeader` (the header value) is vulnerable to CRLF injection. The same applies to `RestRequest.AddOrUpdateHeader` and `RestClient.AddDefaultHeader`. The way HTTP headers are added to a request is via the `HttpHeaders.TryAddWithoutValidation` method which does not check for CRLF characters in the header value. This means that any headers from a `RestSharp.RequestHeaders` object are added to the request in such a way that they are vulnerable to CRLF-injection. In general, CRLF-injection into a HTTP header (when using HTTP/1.1) means that one can inject additional HTTP headers or smuggle whole HTTP requests. If an application using the RestSharp library passes a user-controllable value through to a header, then that application becomes vulnerable to CRLF-injection. This is not necessarily a security issue for a command line application like the one above, but if such code were present in a web application then it becomes vulnerable to request splitting (as shown in the PoC) and thus Server Side Request Forgery. Strictly speaking this is a potential vulnerability in applications using RestSharp, not in RestSharp itself, but I would argue that at the very least there needs to be a warning about this behaviour in the RestSharp documentation. RestSharp has addressed this issue in version 112.0.0. All users are advised to upgrade. There are no known workarounds for this vulnerability.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;RestSharp is a Simple REST and HTTP API Client for .NET. The second argument to `RestRequest.AddHeader` (the header value) is vulnerable to CRLF injection. The same applies to `RestRequest.AddOrUpdateHeader` and `RestClient.AddDefaultHeader`. The way HTTP headers are added to a request is via the `HttpHeaders.TryAddWithoutValidation` method which does not check for CRLF characters in the header value. This means that any headers from a `RestSharp.RequestHeaders` object are added to the request in such a way that they are vulnerable to CRLF-injection. In general, CRLF-injection into a HTTP header (when using HTTP/1.1) means that one can inject additional HTTP headers or smuggle whole HTTP requests. If an application using the RestSharp library passes a user-controllable value through to a header, then that application becomes vulnerable to CRLF-injection. This is not necessarily a security issue for a command line application like the one above, but if such code were present in a web application then it becomes vulnerable to request splitting (as shown in the PoC) and thus Server Side Request Forgery. Strictly speaking this is a potential vulnerability in applications using RestSharp, not in RestSharp itself, but I would argue that at the very least there needs to be a warning about this behaviour in the RestSharp documentation. RestSharp has addressed this issue in version 112.0.0. All users are advised to upgrade. There are no known workarounds for this vulnerability.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-45302</guid>
    </item>
    <item>
      <title>GHSA-4rr6-2v9v-wcpc — CRLF Injection in RestSharp's `RestRequest.AddHeader` method</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4rr6-2v9v-wcpc</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NuGet: RestSharp&lt;/p&gt;
&lt;p&gt;### Summary
The second argument to `RestRequest.AddHeader` (the header value) is vulnerable to CRLF injection. The same applies to `RestRequest.AddOrUpdateHeader` and `RestClient.AddDefaultHeader`.&lt;/p&gt;
&lt;p&gt;### Details
The way HTTP headers are added to a request is via the `HttpHeaders.TryAddWithoutValidation` method: &amp;lt;https://github.com/restsharp/RestSharp/blob/777bf194ec2d14271e7807cc704e73ec18fcaf7e/src/RestSharp/Request/HttpRequestMessageExtensions.cs#L32&amp;gt; This method does not check for CRLF characters in the header value.&lt;/p&gt;
&lt;p&gt;This means that any headers from a `RestSharp.RequestHeaders` object are added to the request in such a way that they are vulnerable to CRLF-injection. In general, CRLF-injection into a HTTP header (when using HTTP/1.1) means that one can inject additional HTTP headers or smuggle whole HTTP requests.&lt;/p&gt;
&lt;p&gt;### PoC
The below example code creates a console app that takes one command line variable &amp;#34;api key&amp;#34; and then makes a request to some status page with the provided key inserted in the &amp;#34;Authorization&amp;#34; header:&lt;/p&gt;
&lt;p&gt;```c#
using RestSharp;&lt;/p&gt;
&lt;p&gt;class Program
{
    static async Task Main(string[] args)
    {
        // Usage: dotnet run &amp;lt;api key&amp;gt;
        var key = args[0];
        var options = new RestClientOptions(&amp;#34;http://insert.some.site.here&amp;#34;);
        var client = new RestClient(options);
        var request = new RestRequest(&amp;#34;/status&amp;#34;, Method.Get).AddHeader(&amp;#34;Authorization&amp;#34;, key);
        var response = await client.ExecuteAsync(request);
        Console.WriteLine($&amp;#34;Stat…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NuGet: RestSharp&lt;/p&gt;
&lt;p&gt;### Summary
The second argument to `RestRequest.AddHeader` (the header value) is vulnerable to CRLF injection. The same applies to `RestRequest.AddOrUpdateHeader` and `RestClient.AddDefaultHeader`.&lt;/p&gt;
&lt;p&gt;### Details
The way HTTP headers are added to a request is via the `HttpHeaders.TryAddWithoutValidation` method: &amp;lt;https://github.com/restsharp/RestSharp/blob/777bf194ec2d14271e7807cc704e73ec18fcaf7e/src/RestSharp/Request/HttpRequestMessageExtensions.cs#L32&amp;gt; This method does not check for CRLF characters in the header value.&lt;/p&gt;
&lt;p&gt;This means that any headers from a `RestSharp.RequestHeaders` object are added to the request in such a way that they are vulnerable to CRLF-injection. In general, CRLF-injection into a HTTP header (when using HTTP/1.1) means that one can inject additional HTTP headers or smuggle whole HTTP requests.&lt;/p&gt;
&lt;p&gt;### PoC
The below example code creates a console app that takes one command line variable &amp;#34;api key&amp;#34; and then makes a request to some status page with the provided key inserted in the &amp;#34;Authorization&amp;#34; header:&lt;/p&gt;
&lt;p&gt;```c#
using RestSharp;&lt;/p&gt;
&lt;p&gt;class Program
{
    static async Task Main(string[] args)
    {
        // Usage: dotnet run &amp;lt;api key&amp;gt;
        var key = args[0];
        var options = new RestClientOptions(&amp;#34;http://insert.some.site.here&amp;#34;);
        var client = new RestClient(options);
        var request = new RestRequest(&amp;#34;/status&amp;#34;, Method.Get).AddHeader(&amp;#34;Authorization&amp;#34;, key);
        var response = await client.ExecuteAsync(request);
        Console.WriteLine($&amp;#34;Stat…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4rr6-2v9v-wcpc</guid>
    </item>
  </channel>
</rss>
