{"schema_version":"1.9.0","id":"GHSA-542p-wvx7-72m4","published":"2026-06-10T19:12:05Z","modified":"2026-07-13T16:43:29.592655381Z","aliases":["CVE-2026-48060","PYSEC-2026-2604"],"summary":"Litestar has HTML Injection Through its CSRF Token","details":"# Overview\n\nLitestar 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.\n\nWe 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.\n\n# Special Configurations Required\n\nFor a web application to be vulnerable to this issue, it must:\n\n- Use templates to render the content which is returned to the user (e.g. Jinja, Mako, MiniJinja)\n- Have CSRF protection enabled\n- Have CSRF inputs enabled (i.e. a hidden form field which contains the CSRF token)\n\n**Links to relevant documentation for the above configurations:**\n\n- https://docs.litestar.dev/2/usage/templating.html\n- https://docs.litestar.dev/latest/usage/middleware/builtin-middleware.html#csrf\n- https://docs.litestar.dev/latest/usage/templating.html#adding-csrf-inputs\n\n# Reproduction Steps\n\n1. 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.\n2. Observe that the server sets the `csrftoken` cookie when the page loads.\n\n\n\n3. Set the value of the `csrftoken` cookie to `\">