<?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>Tue, 06 Oct 2026 17:24:19 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-324120</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-324120</link>
      <description>EUVD-2026-324120</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-324120</guid>
    </item>
    <item>
      <title>fkie_cve-2026-48861</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-48861</link>
      <description>&lt;p&gt;Improper Neutralization of CRLF Sequences (&amp;#39;CRLF Injection&amp;#39;) vulnerability in elixir-mint Mint allows HTTP Request Splitting and HTTP Request Smuggling.&lt;/p&gt;
&lt;p&gt;In lib/mint/http1/request.ex, the encode_request_line/2 function splices the caller-supplied method and target arguments directly into the HTTP/1 request line without any character validation: [method, ?\s, target, &amp;#34; HTTP/1.1\r\n&amp;#34;]. An application that forwards attacker-controlled input as the HTTP method or target to Mint.HTTP.request/5 is therefore exposed to request-line CRLF injection: the attacker can terminate the request line early, inject arbitrary headers, and smuggle an entirely separate pipelined HTTP request onto the same TCP connection.&lt;/p&gt;
&lt;p&gt;Mint 1.7.0 introduced validate_request_target/2, which rejects CRLF and other control characters in the target by default and closes the path/query vector unless the caller opts out via skip_target_validation: true. The method field remains unvalidated, so the method-based injection is exploitable under the default Mint configuration on all versions.&lt;/p&gt;
&lt;p&gt;This issue affects mint: from 0.1.0 before 1.9.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Improper Neutralization of CRLF Sequences (&amp;#39;CRLF Injection&amp;#39;) vulnerability in elixir-mint Mint allows HTTP Request Splitting and HTTP Request Smuggling.&lt;/p&gt;
&lt;p&gt;In lib/mint/http1/request.ex, the encode_request_line/2 function splices the caller-supplied method and target arguments directly into the HTTP/1 request line without any character validation: [method, ?\s, target, &amp;#34; HTTP/1.1\r\n&amp;#34;]. An application that forwards attacker-controlled input as the HTTP method or target to Mint.HTTP.request/5 is therefore exposed to request-line CRLF injection: the attacker can terminate the request line early, inject arbitrary headers, and smuggle an entirely separate pipelined HTTP request onto the same TCP connection.&lt;/p&gt;
&lt;p&gt;Mint 1.7.0 introduced validate_request_target/2, which rejects CRLF and other control characters in the target by default and closes the path/query vector unless the caller opts out via skip_target_validation: true. The method field remains unvalidated, so the method-based injection is exploitable under the default Mint configuration on all versions.&lt;/p&gt;
&lt;p&gt;This issue affects mint: from 0.1.0 before 1.9.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-48861</guid>
    </item>
    <item>
      <title>GHSA-2pg6-44cx-c49v — mint has potential CRLF injection in its HTTP request line via unvalidated `method`/`target`</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-2pg6-44cx-c49v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Hex: mint&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Mint&amp;#39;s HTTP/1 request encoder splices the caller-supplied `method` and `target` directly into the request line without character validation. An application that forwards attacker-controlled input as the HTTP method or the target to `Mint.HTTP.request/5` is exposed to request-line CRLF injection, allowing the attacker to terminate the request line early, inject arbitrary headers, and pipeline a fully attacker-chosen second request onto the same TCP connection.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;`encode_request_line/2` in `lib/mint/http1/request.ex` writes `method` and `target` to the wire verbatim. `encode_headers/1` validates header names and values, but there is no equivalent `validate_method!/1`.&lt;/p&gt;
&lt;p&gt;Mint 1.7.0 added `validate_request_target/2`, which rejects CRLF and other control characters in `target` by default and closes the path/query vector. The `method` field remains unvalidated, so a CRLF-bearing method such as `&amp;#34;GET / HTTP/1.1\r\nX-Smuggled: 1\r\nGET /admin&amp;#34;` is accepted and written to the socket as-is. Bytes after the first `\r\n` are interpreted by the peer as an injected header, or, with a second `\r\n`, as an additional pipelined request.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Stand up a Mint-using gateway/proxy that calls `Mint.HTTP.request(conn, method, &amp;#34;/&amp;#34;, [], nil)` with `method` taken from caller input.
2. Send a request whose forwarded method is `&amp;#34;GET / HTTP/1.1\r\nX-Smuggled-Header: pwned\r\nGET /admin/delete-everything&amp;#34;`.
3. Observe the bytes received by the upstream server: the smuggled…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Hex: mint&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;Mint&amp;#39;s HTTP/1 request encoder splices the caller-supplied `method` and `target` directly into the request line without character validation. An application that forwards attacker-controlled input as the HTTP method or the target to `Mint.HTTP.request/5` is exposed to request-line CRLF injection, allowing the attacker to terminate the request line early, inject arbitrary headers, and pipeline a fully attacker-chosen second request onto the same TCP connection.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;`encode_request_line/2` in `lib/mint/http1/request.ex` writes `method` and `target` to the wire verbatim. `encode_headers/1` validates header names and values, but there is no equivalent `validate_method!/1`.&lt;/p&gt;
&lt;p&gt;Mint 1.7.0 added `validate_request_target/2`, which rejects CRLF and other control characters in `target` by default and closes the path/query vector. The `method` field remains unvalidated, so a CRLF-bearing method such as `&amp;#34;GET / HTTP/1.1\r\nX-Smuggled: 1\r\nGET /admin&amp;#34;` is accepted and written to the socket as-is. Bytes after the first `\r\n` are interpreted by the peer as an injected header, or, with a second `\r\n`, as an additional pipelined request.&lt;/p&gt;
&lt;p&gt;### PoC&lt;/p&gt;
&lt;p&gt;1. Stand up a Mint-using gateway/proxy that calls `Mint.HTTP.request(conn, method, &amp;#34;/&amp;#34;, [], nil)` with `method` taken from caller input.
2. Send a request whose forwarded method is `&amp;#34;GET / HTTP/1.1\r\nX-Smuggled-Header: pwned\r\nGET /admin/delete-everything&amp;#34;`.
3. Observe the bytes received by the upstream server: the smuggled…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-2pg6-44cx-c49v</guid>
    </item>
  </channel>
</rss>
