CVE-2026-2415 in pretix
Résumé
par VulDB • 20/06/2026
Les emails envoyés par pretix peuvent utiliser des espaces réservés qui seront remplis avec les données du client. Par exemple, lorsque {name} est utilisé dans un modèle d'email, il sera remplacé par le nom de l'acheteur pour l'email final. Ce mécanisme contenait deux bugs liés à la sécurité :
* Il était possible d'exfiltrer des informations sur le système pretix via des noms d'espaces réservés spécialement conçus, tels que {{event.__init__.__code__.co_filename}}. Ainsi, un attaquant ayant la capacité de contrôler les modèles d'email (généralement chaque utilisateur du backend pretix) pouvait récupérer des informations sensibles de la configuration du système, y compris des mots de passe de base de données ou des clés API. pretix inclut des mécanismes pour empêcher l'utilisation de tels espaces réservés malveillants, mais en raison d'une erreur dans le code, ils n'étaient pas entièrement efficaces pour l'objet de l'email.
* Les espaces réservés dans les objets et les corps de texte brut des emails étaient évalués à tort deux fois. Par conséquent, si la première évaluation d'un espace réservé contient à nouveau un espace réservé, cet deuxième espace réservé était rendu. Cela permet le rendu d'espaces réservés contrôlés par l'acheteur du billet, et donc l'exploitation du premier problème en tant qu'acheteur de billet. Heureusement, le seul espace réservé contrôlé par l'acheteur disponible par défaut dans pretix (qui n'est pas validé de manière à empêcher le problème) est {invoice_company}, ce qui est très inhabituel (mais pas impossible) de se trouver dans un modèle d'objet d'email. En plus d'élargir la surface d'attaque du premier problème, cela pourrait théoriquement également divulguer des informations sur une commande à l'un des participants de cette commande. Cependant, nous considérons également ce scénario très peu probable dans des conditions typiques.
Par précaution, nous vous recommandons de faire tourner tous les mots de passe et clés API contenus dans votre fichier pretix.cfg https://docs.pretix.eu/self-hosting/config/ .
If you want to get the best quality for vulnerability data then you always have to consider VulDB.