<?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 09:35:13 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-336185</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-336185</link>
      <description>EUVD-2026-336185</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-336185</guid>
    </item>
    <item>
      <title>fkie_cve-2026-55865</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-55865</link>
      <description>&lt;p&gt;Python Liquid is a Python engine for the Liquid template language. Prior to 2.2.1, given a malformed {% case %} tag without an associated {% when %} or {% else %} block and no terminating {% endcase %} tag, Python Liquid hangs in an infinite loop at parse time because liquid.TokenStream.eof did not give the EOF token matching kind and value fields, allowing malicious template authors to craft templates for a denial of service attack. This issue is fixed in version 2.2.1.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Python Liquid is a Python engine for the Liquid template language. Prior to 2.2.1, given a malformed {% case %} tag without an associated {% when %} or {% else %} block and no terminating {% endcase %} tag, Python Liquid hangs in an infinite loop at parse time because liquid.TokenStream.eof did not give the EOF token matching kind and value fields, allowing malicious template authors to craft templates for a denial of service attack. This issue is fixed in version 2.2.1.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-55865</guid>
    </item>
    <item>
      <title>GHSA-vq2f-vcc9-j8mv — Python Liquid: Infinite loop when parsing malformed `{% case %}` tags</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vq2f-vcc9-j8mv</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: python-liquid&lt;/p&gt;
&lt;p&gt;### Impact
Given a malformed `{% case %}` tag without associated `{% when %}` or `{% else %}` block, and no terminating `{% endcase %}` tag, Python Liquid hangs in an infinite loop at parse time. This allows malicious template authors to craft templates for a denial of service attack.&lt;/p&gt;
&lt;p&gt;### Patches
The issue is fixed in version 2.2.1 with the correction of the `liquid.TokenStream.eof` attribute. The `kind` and `value` of the special EOF token are now the same, so either can be tested against `liquid.token.TOKEN_EOF`.&lt;/p&gt;
&lt;p&gt;### Workarounds
Manually correct the definition of `liquid.TokenStream.eof` before parsing any templates.&lt;/p&gt;
&lt;p&gt;```python
import liquid
from liquid.token import TOKEN_EOF&lt;/p&gt;
&lt;p&gt;liquid.stream.TokenStream.eof = liquid.Token(TOKEN_EOF, TOKEN_EOF, -1, &amp;#34;&amp;#34;)&lt;/p&gt;
&lt;p&gt;# ...
```&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: python-liquid&lt;/p&gt;
&lt;p&gt;### Impact
Given a malformed `{% case %}` tag without associated `{% when %}` or `{% else %}` block, and no terminating `{% endcase %}` tag, Python Liquid hangs in an infinite loop at parse time. This allows malicious template authors to craft templates for a denial of service attack.&lt;/p&gt;
&lt;p&gt;### Patches
The issue is fixed in version 2.2.1 with the correction of the `liquid.TokenStream.eof` attribute. The `kind` and `value` of the special EOF token are now the same, so either can be tested against `liquid.token.TOKEN_EOF`.&lt;/p&gt;
&lt;p&gt;### Workarounds
Manually correct the definition of `liquid.TokenStream.eof` before parsing any templates.&lt;/p&gt;
&lt;p&gt;```python
import liquid
from liquid.token import TOKEN_EOF&lt;/p&gt;
&lt;p&gt;liquid.stream.TokenStream.eof = liquid.Token(TOKEN_EOF, TOKEN_EOF, -1, &amp;#34;&amp;#34;)&lt;/p&gt;
&lt;p&gt;# ...
```&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vq2f-vcc9-j8mv</guid>
    </item>
    <item>
      <title>PYSEC-2026-3035 — Python Liquid: Infinite loop when parsing malformed `{% case %}` tags</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2026-3035</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: python-liquid&lt;/p&gt;
&lt;p&gt;### Impact
Given a malformed `{% case %}` tag without associated `{% when %}` or `{% else %}` block, and no terminating `{% endcase %}` tag, Python Liquid hangs in an infinite loop at parse time. This allows malicious template authors to craft templates for a denial of service attack.&lt;/p&gt;
&lt;p&gt;### Patches
The issue is fixed in version 2.2.1 with the correction of the `liquid.TokenStream.eof` attribute. The `kind` and `value` of the special EOF token are now the same, so either can be tested against `liquid.token.TOKEN_EOF`.&lt;/p&gt;
&lt;p&gt;### Workarounds
Manually correct the definition of `liquid.TokenStream.eof` before parsing any templates.&lt;/p&gt;
&lt;p&gt;```python
import liquid
from liquid.token import TOKEN_EOF&lt;/p&gt;
&lt;p&gt;liquid.stream.TokenStream.eof = liquid.Token(TOKEN_EOF, TOKEN_EOF, -1, &amp;#34;&amp;#34;)&lt;/p&gt;
&lt;p&gt;# ...
```&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: python-liquid&lt;/p&gt;
&lt;p&gt;### Impact
Given a malformed `{% case %}` tag without associated `{% when %}` or `{% else %}` block, and no terminating `{% endcase %}` tag, Python Liquid hangs in an infinite loop at parse time. This allows malicious template authors to craft templates for a denial of service attack.&lt;/p&gt;
&lt;p&gt;### Patches
The issue is fixed in version 2.2.1 with the correction of the `liquid.TokenStream.eof` attribute. The `kind` and `value` of the special EOF token are now the same, so either can be tested against `liquid.token.TOKEN_EOF`.&lt;/p&gt;
&lt;p&gt;### Workarounds
Manually correct the definition of `liquid.TokenStream.eof` before parsing any templates.&lt;/p&gt;
&lt;p&gt;```python
import liquid
from liquid.token import TOKEN_EOF&lt;/p&gt;
&lt;p&gt;liquid.stream.TokenStream.eof = liquid.Token(TOKEN_EOF, TOKEN_EOF, -1, &amp;#34;&amp;#34;)&lt;/p&gt;
&lt;p&gt;# ...
```&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2026-3035</guid>
    </item>
  </channel>
</rss>
