<?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://db.gcve.eu</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, 13 Nov 2026 11:52:03 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-126070</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-126070</link>
      <description>&lt;p&gt;Action View is a framework for handling view template lookup and rendering and provides view helpers for building HTML. Prior to 8.1.4.1 and 8.0.5.2, strip_tags in Action View returns its sanitized output marked html_safe, but the underlying sanitizer encodes only &amp;amp;, &amp;lt; and &amp;gt;, leaving &amp;#34; and &amp;#39; unencoded. Because ERB does not escape a string marked html_safe, untrusted input passed through strip_tags and rendered inside a quoted HTML attribute value could close the attribute and add new attributes, possibly leading to XSS. Applications that render strip_tags output from untrusted input inside an HTML attribute, for example in a title attribute or a &amp;lt;meta content&amp;gt; tag, are affected. Output rendered as element content is not affected. This issue is fixed in versions 8.1.4.1 and 8.0.5.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Action View is a framework for handling view template lookup and rendering and provides view helpers for building HTML. Prior to 8.1.4.1 and 8.0.5.2, strip_tags in Action View returns its sanitized output marked html_safe, but the underlying sanitizer encodes only &amp;amp;, &amp;lt; and &amp;gt;, leaving &amp;#34; and &amp;#39; unencoded. Because ERB does not escape a string marked html_safe, untrusted input passed through strip_tags and rendered inside a quoted HTML attribute value could close the attribute and add new attributes, possibly leading to XSS. Applications that render strip_tags output from untrusted input inside an HTML attribute, for example in a title attribute or a &amp;lt;meta content&amp;gt; tag, are affected. Output rendered as element content is not affected. This issue is fixed in versions 8.1.4.1 and 8.0.5.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-126070</guid>
    </item>
    <item>
      <title>GHSA-rq8q-p985-fjq7 — Action View: Possible XSS vulnerability in strip_tags</title>
      <link>https://db.gcve.eu/vuln/ghsa-rq8q-p985-fjq7</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: actionview&lt;/p&gt;
&lt;p&gt;### Impact
`strip_tags` in Action View returns its sanitized output marked `html_safe`, but the underlying sanitizer encodes only `&amp;amp;`, `&amp;lt;` and `&amp;gt;`, leaving `&amp;#34;` and `&amp;#39;` unencoded. Because ERB does not escape a string marked `html_safe`, untrusted input passed through `strip_tags` and rendered inside a quoted HTML attribute value could close the attribute and add new attributes, possibly leading to XSS. Applications that render `strip_tags` output from untrusted input inside an HTML attribute, for example in a `title` attribute or a `&amp;lt;meta content&amp;gt;` tag, are affected. Output rendered as element content is not affected.&lt;/p&gt;
&lt;p&gt;### Details
`strip_tags` now encodes `&amp;#34;` and `&amp;#39;` in its output, as well as `&amp;amp;`, `&amp;lt;` and `&amp;gt;`, without double-encoding existing entities. Applications that use `strip_tags` output outside HTML, such as in a text template or JSON, now see `&amp;amp;quot;` and `&amp;amp;#39;` where they saw `&amp;#34;` and `&amp;#39;`; `CGI.unescapeHTML` decodes them. See the Action View CHANGELOG.&lt;/p&gt;
&lt;p&gt;### Workarounds
Pass `strip_tags` output to an attribute through a tag helper, which escapes attribute values, for example `tag.a(title: strip_tags(user_input))`.&lt;/p&gt;
&lt;p&gt;### Releases
The fixed releases are available at the normal locations.&lt;/p&gt;
&lt;p&gt;Patches for those who cannot upgrade at once:
- 8.1: https://github.com/rails/rails/commit/568b19cb860322885593e308a7f27aceb779e9d7.patch
- 8.0: https://github.com/rails/rails/commit/c3772a10f405f9644125cbb484adfd2aa7a25a59.patch&lt;/p&gt;
&lt;p&gt;### Credit
This issue was responsibly reported by Hacker…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; RubyGems: actionview&lt;/p&gt;
&lt;p&gt;### Impact
`strip_tags` in Action View returns its sanitized output marked `html_safe`, but the underlying sanitizer encodes only `&amp;amp;`, `&amp;lt;` and `&amp;gt;`, leaving `&amp;#34;` and `&amp;#39;` unencoded. Because ERB does not escape a string marked `html_safe`, untrusted input passed through `strip_tags` and rendered inside a quoted HTML attribute value could close the attribute and add new attributes, possibly leading to XSS. Applications that render `strip_tags` output from untrusted input inside an HTML attribute, for example in a `title` attribute or a `&amp;lt;meta content&amp;gt;` tag, are affected. Output rendered as element content is not affected.&lt;/p&gt;
&lt;p&gt;### Details
`strip_tags` now encodes `&amp;#34;` and `&amp;#39;` in its output, as well as `&amp;amp;`, `&amp;lt;` and `&amp;gt;`, without double-encoding existing entities. Applications that use `strip_tags` output outside HTML, such as in a text template or JSON, now see `&amp;amp;quot;` and `&amp;amp;#39;` where they saw `&amp;#34;` and `&amp;#39;`; `CGI.unescapeHTML` decodes them. See the Action View CHANGELOG.&lt;/p&gt;
&lt;p&gt;### Workarounds
Pass `strip_tags` output to an attribute through a tag helper, which escapes attribute values, for example `tag.a(title: strip_tags(user_input))`.&lt;/p&gt;
&lt;p&gt;### Releases
The fixed releases are available at the normal locations.&lt;/p&gt;
&lt;p&gt;Patches for those who cannot upgrade at once:
- 8.1: https://github.com/rails/rails/commit/568b19cb860322885593e308a7f27aceb779e9d7.patch
- 8.0: https://github.com/rails/rails/commit/c3772a10f405f9644125cbb484adfd2aa7a25a59.patch&lt;/p&gt;
&lt;p&gt;### Credit
This issue was responsibly reported by Hacker…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-rq8q-p985-fjq7</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-126070</title>
      <link>https://db.gcve.eu/vuln/ubuntu-cve-2026-126070</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: rails, Ubuntu:Pro:18.04:LTS: rails, Ubuntu:Pro:20.04:LTS: rails, Ubuntu:Pro:22.04:LTS: rails, Ubuntu:24.04:LTS: rails, Ubuntu:26.10: rails, Ubuntu:26.04:LTS: rails&lt;/p&gt;
&lt;p&gt;Action View is a framework for handling view template lookup and rendering and provides view helpers for building HTML. Prior to 8.1.4.1 and 8.0.5.2, strip_tags in Action View returns its sanitized output marked html_safe, but the underlying sanitizer encodes only &amp;amp;, &amp;lt; and &amp;gt;, leaving &amp;#34; and &amp;#39; unencoded. Because ERB does not escape a string marked html_safe, untrusted input passed through strip_tags and rendered inside a quoted HTML attribute value could close the attribute and add new attributes, possibly leading to XSS. Applications that render strip_tags output from untrusted input inside an HTML attribute, for example in a title attribute or a &amp;lt;meta content&amp;gt; tag, are affected. Output rendered as element content is not affected. This issue is fixed in versions 8.1.4.1 and 8.0.5.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:16.04:LTS: rails, Ubuntu:Pro:18.04:LTS: rails, Ubuntu:Pro:20.04:LTS: rails, Ubuntu:Pro:22.04:LTS: rails, Ubuntu:24.04:LTS: rails, Ubuntu:26.10: rails, Ubuntu:26.04:LTS: rails&lt;/p&gt;
&lt;p&gt;Action View is a framework for handling view template lookup and rendering and provides view helpers for building HTML. Prior to 8.1.4.1 and 8.0.5.2, strip_tags in Action View returns its sanitized output marked html_safe, but the underlying sanitizer encodes only &amp;amp;, &amp;lt; and &amp;gt;, leaving &amp;#34; and &amp;#39; unencoded. Because ERB does not escape a string marked html_safe, untrusted input passed through strip_tags and rendered inside a quoted HTML attribute value could close the attribute and add new attributes, possibly leading to XSS. Applications that render strip_tags output from untrusted input inside an HTML attribute, for example in a title attribute or a &amp;lt;meta content&amp;gt; tag, are affected. Output rendered as element content is not affected. This issue is fixed in versions 8.1.4.1 and 8.0.5.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ubuntu-cve-2026-126070</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-4317 — Ruby on Rails: Mehrere Schwachstellen</title>
      <link>https://db.gcve.eu/vuln/wid-sec-w-2026-4317</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Ruby on Rails ausnutzen, um beliebigen Programmcode auszuführen, um einen Denial of Service Angriff durchzuführen, um Informationen offenzulegen, um Daten zu manipulieren, um falsche Informationen darzustellen, um einen Cross-Site Scripting Angriff durchzuführen und um Sicherheitsvorkehrungen zu umgehen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Ruby on Rails ausnutzen, um beliebigen Programmcode auszuführen, um einen Denial of Service Angriff durchzuführen, um Informationen offenzulegen, um Daten zu manipulieren, um falsche Informationen darzustellen, um einen Cross-Site Scripting Angriff durchzuführen und um Sicherheitsvorkehrungen zu umgehen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/wid-sec-w-2026-4317</guid>
    </item>
  </channel>
</rss>
