pallets jinja up to 3.1.3 xmlattr Filter cross site scripting

Summaryinfo

A vulnerability has been found in pallets jinja up to 3.1.3 and classified as problematic. This vulnerability affects unknown code of the component xmlattr Filter. The manipulation leads to cross site scripting. This vulnerability is traded as CVE-2024-34064. It is possible to initiate the attack remotely. There is no exploit available. The affected component should be upgraded.

Detailsinfo

A vulnerability, which was classified as problematic, has been found in pallets jinja up to 3.1.3. This issue affects an unknown part of the component xmlattr Filter. The manipulation with an unknown input leads to a cross site scripting vulnerability. Using CWE to declare the problem leads to CWE-79. The product does not neutralize or incorrectly neutralizes user-controllable input before it is placed in output that is used as a web page that is served to other users. Impacted is integrity. The summary by CVE is:

Jinja is an extensible templating engine. The `xmlattr` filter in affected versions of Jinja accepts keys containing non-attribute characters. XML/HTML attributes cannot contain spaces, `/`, `>`, or `=`, as each would then be interpreted as starting a separate attribute. If an application accepts keys (as opposed to only values) as user input, and renders these in pages that other users see as well, an attacker could use this to inject other attributes and perform XSS. The fix for CVE-2024-22195 only addressed spaces but not other characters. Accepting keys as user input is now explicitly considered an unintended use case of the `xmlattr` filter, and code that does so without otherwise validating the input should be flagged as insecure, regardless of Jinja version. Accepting _values_ as user input continues to be safe. This vulnerability is fixed in 3.1.4.

The advisory is shared at github.com. The identification of this vulnerability is CVE-2024-34064 since 04/30/2024. The exploitation is known to be easy. The attack may be initiated remotely. No form of authentication is needed for a successful exploitation. It demands that the victim is doing some kind of user interaction. Neither technical details nor an exploit are publicly available. MITRE ATT&CK project uses the attack technique T1059.007 for this issue.

The vulnerability scanner Nessus provides a plugin with the ID 210840 (RHEL 9 : python-jinja2 (RHSA-2024:9150)), which helps to determine the existence of the flaw in a target environment.

Upgrading to version 3.1.4 eliminates this vulnerability. Applying the patch 0668239dc6b44ef38e7a6c9f91f312fd4ca581cb is able to eliminate this problem. The bugfix is ready for download at github.com. The best possible mitigation is suggested to be upgrading to the latest version.

The vulnerability is also documented in the vulnerability database at Tenable (210840). If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Productinfo

Vendor

• pallets

Name

• jinja

Version

• 3.1.0
• 3.1.1
• 3.1.2
• 3.1.3

License

• open-source

Website

• Product: https://github.com/pallets/jinja/

CPE 2.3info

• 🔍
• 🔍
• 🔍

CPE 2.2info

• 🔍
• 🔍
• 🔍

CVSSv4info

CVSSv3info

CVSSv2info

Exploitinginfo

Threat Intelligenceinfo

Countermeasuresinfo

Timelineinfo

Sourcesinfo

Entryinfo

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Discussion