<?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://vulnerability.circl.lu</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, 29 Sep 2026 03:24:49 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-48060 — Litestar: HTML Injection Through CSRF Token</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-48060</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; litestar-org litestar&lt;/p&gt;
&lt;p&gt;Litestar is an Asynchronous Server Gateway Interface (ASGI) framework. Prior to version 2.20.0, Litestar instances which use a template engine in conjunction with CSRF protection are vulnerable to HTML Injection which can be escalated to Cross Site Scripting due to the contents of the CSRF cookie being excluded from automatic escaping by the template engine when configured inline with documentation recommendations. This issue has been patched in version 2.20.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; litestar-org litestar&lt;/p&gt;
&lt;p&gt;Litestar is an Asynchronous Server Gateway Interface (ASGI) framework. Prior to version 2.20.0, Litestar instances which use a template engine in conjunction with CSRF protection are vulnerable to HTML Injection which can be escalated to Cross Site Scripting due to the contents of the CSRF cookie being excluded from automatic escaping by the template engine when configured inline with documentation recommendations. This issue has been patched in version 2.20.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-48060</guid>
    </item>
    <item>
      <title>PYSEC-2026-2604 — Litestar has HTML Injection Through its CSRF Token</title>
      <link>https://vulnerability.circl.lu/vuln/pysec-2026-2604</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: litestar&lt;/p&gt;
&lt;p&gt;# Overview&lt;/p&gt;
&lt;p&gt;Litestar instances which use a template engine in conjunction with CSRF protection are vulnerable to HTML Injection which can be escalated to Cross Site Scripting due to the contents of the CSRF cookie being excluded from automatic escaping by the template engine when configured inline with documentation recommendations.&lt;/p&gt;
&lt;p&gt;We used the latest Litestar version available via PyPI for this disclosure. At the time of writing, that is version 2.21.0 and we have not validated this against the current latest commit on the main branch.&lt;/p&gt;
&lt;p&gt;# Special Configurations Required&lt;/p&gt;
&lt;p&gt;For a web application to be vulnerable to this issue, it must:&lt;/p&gt;
&lt;p&gt;- Use templates to render the content which is returned to the user (e.g. Jinja, Mako, MiniJinja)
- Have CSRF protection enabled
- Have CSRF inputs enabled (i.e. a hidden form field which contains the CSRF token)&lt;/p&gt;
&lt;p&gt;**Links to relevant documentation for the above configurations:**&lt;/p&gt;
&lt;p&gt;- https://docs.litestar.dev/2/usage/templating.html
- https://docs.litestar.dev/latest/usage/middleware/builtin-middleware.html#csrf
- https://docs.litestar.dev/latest/usage/templating.html#adding-csrf-inputs&lt;/p&gt;
&lt;p&gt;# Reproduction Steps&lt;/p&gt;
&lt;p&gt;1. Visit an application which contains a form, uses templating, has CSRF protection enabled, and which inserts the CSRF token as a hidden `input` field on forms. A proof of concept application demonstrating this configuration is included later in this disclosure for ease of reproduction.
2. Observe that the server sets the `csrftoken` cooki…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: litestar&lt;/p&gt;
&lt;p&gt;# Overview&lt;/p&gt;
&lt;p&gt;Litestar instances which use a template engine in conjunction with CSRF protection are vulnerable to HTML Injection which can be escalated to Cross Site Scripting due to the contents of the CSRF cookie being excluded from automatic escaping by the template engine when configured inline with documentation recommendations.&lt;/p&gt;
&lt;p&gt;We used the latest Litestar version available via PyPI for this disclosure. At the time of writing, that is version 2.21.0 and we have not validated this against the current latest commit on the main branch.&lt;/p&gt;
&lt;p&gt;# Special Configurations Required&lt;/p&gt;
&lt;p&gt;For a web application to be vulnerable to this issue, it must:&lt;/p&gt;
&lt;p&gt;- Use templates to render the content which is returned to the user (e.g. Jinja, Mako, MiniJinja)
- Have CSRF protection enabled
- Have CSRF inputs enabled (i.e. a hidden form field which contains the CSRF token)&lt;/p&gt;
&lt;p&gt;**Links to relevant documentation for the above configurations:**&lt;/p&gt;
&lt;p&gt;- https://docs.litestar.dev/2/usage/templating.html
- https://docs.litestar.dev/latest/usage/middleware/builtin-middleware.html#csrf
- https://docs.litestar.dev/latest/usage/templating.html#adding-csrf-inputs&lt;/p&gt;
&lt;p&gt;# Reproduction Steps&lt;/p&gt;
&lt;p&gt;1. Visit an application which contains a form, uses templating, has CSRF protection enabled, and which inserts the CSRF token as a hidden `input` field on forms. A proof of concept application demonstrating this configuration is included later in this disclosure for ease of reproduction.
2. Observe that the server sets the `csrftoken` cooki…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/pysec-2026-2604</guid>
    </item>
  </channel>
</rss>
