<?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 03:03:00 +0000</lastBuildDate>
    <item>
      <title>CVE-2020-5217 — Directive injection when using dynamic overrides with user input in RubyGems secure_headers</title>
      <link>https://cve.radiocsirt.org/vuln/cve-2020-5217</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Twitter secure_headers&lt;/p&gt;
&lt;p&gt;In Secure Headers (RubyGem secure_headers), a directive injection vulnerability is present in versions before 3.8.0, 5.1.0, and 6.2.0. If user-supplied input was passed into append/override_content_security_policy_directives, a semicolon could be injected leading to directive injection. This could be used to e.g. override a script-src directive. Duplicate directives are ignored and the first one wins. The directives in secure_headers are sorted alphabetically so they pretty much all come before script-src. A previously undefined directive would receive a value even if SecureHeaders::OPT_OUT was supplied. The fixed versions will silently convert the semicolons to spaces and emit a deprecation warning when this happens. This will result in innocuous browser console messages if being exploited/accidentally used. In future releases, we will raise application errors resulting in 500s. Depending on what major version you are using, the fixed versions are 6.2.0, 5.1.0, 3.8.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Twitter secure_headers&lt;/p&gt;
&lt;p&gt;In Secure Headers (RubyGem secure_headers), a directive injection vulnerability is present in versions before 3.8.0, 5.1.0, and 6.2.0. If user-supplied input was passed into append/override_content_security_policy_directives, a semicolon could be injected leading to directive injection. This could be used to e.g. override a script-src directive. Duplicate directives are ignored and the first one wins. The directives in secure_headers are sorted alphabetically so they pretty much all come before script-src. A previously undefined directive would receive a value even if SecureHeaders::OPT_OUT was supplied. The fixed versions will silently convert the semicolons to spaces and emit a deprecation warning when this happens. This will result in innocuous browser console messages if being exploited/accidentally used. In future releases, we will raise application errors resulting in 500s. Depending on what major version you are using, the fixed versions are 6.2.0, 5.1.0, 3.8.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cve-2020-5217</guid>
    </item>
    <item>
      <title>GHSA-xq52-rv6w-397c — Directive injection when using dynamic overrides with user input</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xq52-rv6w-397c</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: secure_headers&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;If user-supplied input was passed into `append/override_content_security_policy_directives`, a semicolon could be injected leading to directive injection.&lt;/p&gt;
&lt;p&gt;This could be used to e.g. override a `script-src` directive. Duplicate directives are ignored and the first one wins. The directives in `secure_headers` are sorted alphabetically so they pretty much all come before `script-src`. A previously undefined directive would receive a value even if `SecureHeaders::OPT_OUT` was supplied.&lt;/p&gt;
&lt;p&gt;The fixed versions will silently convert the semicolons to spaces and emit a deprecation warning when this happens. This will result in innocuous browser console messages if being exploited/accidentally used. In future releases, we will raise application errors resulting in 500s.&lt;/p&gt;
&lt;p&gt;&amp;gt; Duplicate script-src directives detected.  All but the first instance will be ignored.&lt;/p&gt;
&lt;p&gt;See https://www.w3.org/TR/CSP3/#parse-serialized-policy&lt;/p&gt;
&lt;p&gt;&amp;gt; Note: In this case, the user agent SHOULD notify developers that a duplicate directive was ignored. A console warning might be appropriate, for example.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Depending on what major version you are using, the fixed versions are 6.2.0, 5.1.0, 3.8.0.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;If you are passing user input into the above methods, you could filter out the input:&lt;/p&gt;
&lt;p&gt;```ruby
override_content_security_policy_directives(:frame_src, [user_input.gsub(&amp;#34;;&amp;#34;, &amp;#34; &amp;#34;)])
```&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;Reported in https://github.com/twitter/secure_headers/issues/418
https://www.w3.org/TR/CSP…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: secure_headers&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;If user-supplied input was passed into `append/override_content_security_policy_directives`, a semicolon could be injected leading to directive injection.&lt;/p&gt;
&lt;p&gt;This could be used to e.g. override a `script-src` directive. Duplicate directives are ignored and the first one wins. The directives in `secure_headers` are sorted alphabetically so they pretty much all come before `script-src`. A previously undefined directive would receive a value even if `SecureHeaders::OPT_OUT` was supplied.&lt;/p&gt;
&lt;p&gt;The fixed versions will silently convert the semicolons to spaces and emit a deprecation warning when this happens. This will result in innocuous browser console messages if being exploited/accidentally used. In future releases, we will raise application errors resulting in 500s.&lt;/p&gt;
&lt;p&gt;&amp;gt; Duplicate script-src directives detected.  All but the first instance will be ignored.&lt;/p&gt;
&lt;p&gt;See https://www.w3.org/TR/CSP3/#parse-serialized-policy&lt;/p&gt;
&lt;p&gt;&amp;gt; Note: In this case, the user agent SHOULD notify developers that a duplicate directive was ignored. A console warning might be appropriate, for example.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Depending on what major version you are using, the fixed versions are 6.2.0, 5.1.0, 3.8.0.&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;If you are passing user input into the above methods, you could filter out the input:&lt;/p&gt;
&lt;p&gt;```ruby
override_content_security_policy_directives(:frame_src, [user_input.gsub(&amp;#34;;&amp;#34;, &amp;#34; &amp;#34;)])
```&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;Reported in https://github.com/twitter/secure_headers/issues/418
https://www.w3.org/TR/CSP…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xq52-rv6w-397c</guid>
    </item>
  </channel>
</rss>
