An update for python-jinja2 is now available for openEuler-20.03-LTS-SP1,openEuler-20.03-LTS-SP4,openEuler-22.03-LTS,openEuler-22.03-LTS-SP1,openEuler-22.03-LTS-SP2 and openEuler-22.03-LTS-SP3 Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2024-1605 Final 1.0 1.0 2024-05-17 Initial 2024-05-17 2024-05-17 openEuler SA Tool V1.0 2024-05-17 python-jinja2 security update An update for python-jinja2 is now available for openEuler-20.03-LTS-SP1,openEuler-20.03-LTS-SP4,openEuler-22.03-LTS,openEuler-22.03-LTS-SP1,openEuler-22.03-LTS-SP2 and openEuler-22.03-LTS-SP3. Jinja2 is one of the most used template engines for Python. It is inspired by Django's templating system but extends it with an expressive language that gives template authors a more powerful set of tools. On top of that it adds sandboxed execution and optional automatic escaping for applications where security is important. Security Fix(es): 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.(CVE-2024-34064) An update for python-jinja2 is now available for openEuler-20.03-LTS-SP1,openEuler-20.03-LTS-SP4,openEuler-22.03-LTS,openEuler-22.03-LTS-SP1,openEuler-22.03-LTS-SP2 and openEuler-22.03-LTS-SP3. openEuler Security has rated this update as having a security impact of medium. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section. Medium python-jinja2 https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2024-1605 https://www.openeuler.org/en/security/cve/detail.html?id=CVE-2024-34064 https://nvd.nist.gov/vuln/detail/CVE-2024-34064 openEuler-20.03-LTS-SP1 openEuler-20.03-LTS-SP4 openEuler-22.03-LTS openEuler-22.03-LTS-SP1 openEuler-22.03-LTS-SP2 openEuler-22.03-LTS-SP3 python3-jinja2-2.11.2-7.oe1.noarch.rpm python-jinja2-help-2.11.2-7.oe1.noarch.rpm python2-jinja2-2.11.2-7.oe1.noarch.rpm python3-jinja2-2.11.2-7.oe2003sp4.noarch.rpm python2-jinja2-2.11.2-7.oe2003sp4.noarch.rpm python-jinja2-help-2.11.2-7.oe2003sp4.noarch.rpm python3-jinja2-3.0.3-4.oe2203.noarch.rpm python-jinja2-help-3.0.3-4.oe2203.noarch.rpm python3-jinja2-3.0.3-4.oe2203sp1.noarch.rpm python-jinja2-help-3.0.3-4.oe2203sp1.noarch.rpm python-jinja2-help-3.0.3-4.oe2203sp2.noarch.rpm python3-jinja2-3.0.3-4.oe2203sp2.noarch.rpm python3-jinja2-3.0.3-4.oe2203sp3.noarch.rpm python-jinja2-help-3.0.3-4.oe2203sp3.noarch.rpm python-jinja2-2.11.2-7.oe1.src.rpm python-jinja2-2.11.2-7.oe2003sp4.src.rpm python-jinja2-3.0.3-4.oe2203.src.rpm python-jinja2-3.0.3-4.oe2203sp1.src.rpm python-jinja2-3.0.3-4.oe2203sp2.src.rpm python-jinja2-3.0.3-4.oe2203sp3.src.rpm 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. 2024-05-17 CVE-2024-34064 openEuler-20.03-LTS-SP1 openEuler-20.03-LTS-SP4 openEuler-22.03-LTS openEuler-22.03-LTS-SP1 openEuler-22.03-LTS-SP2 openEuler-22.03-LTS-SP3 Medium 5.4 AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N python-jinja2 security update 2024-05-17 https://www.openeuler.org/en/security/safety-bulletin/detail.html?id=openEuler-SA-2024-1605