An update for python-jinja2 is now available for openEuler-24.03-LTS Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2025-1006 Final 1.0 1.0 2025-01-03 Initial 2025-01-03 2025-01-03 openEuler SA Tool V1.0 2025-01-03 python-jinja2 security update An update for python-jinja2 is now available for openEuler-24.03-LTS 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. Prior to 3.1.5, a bug in the Jinja compiler allows an attacker that controls both the content and filename of a template to execute arbitrary Python code, regardless of if Jinja's sandbox is used. To exploit the vulnerability, an attacker needs to control both the filename and the contents of a template. Whether that is the case depends on the type of application using Jinja. This vulnerability impacts users of applications which execute untrusted templates where the template author can also choose the template filename. This vulnerability is fixed in 3.1.5.(CVE-2024-56201) Jinja is an extensible templating engine. Prior to 3.1.5, An oversight in how the Jinja sandboxed environment detects calls to str.format allows an attacker that controls the content of a template to execute arbitrary Python code. To exploit the vulnerability, an attacker needs to control the content of a template. Whether that is the case depends on the type of application using Jinja. This vulnerability impacts users of applications which execute untrusted templates. Jinja's sandbox does catch calls to str.format and ensures they don't escape the sandbox. However, it's possible to store a reference to a malicious string's format method, then pass that to a filter that calls it. No such filters are built-in to Jinja, but could be present through custom filters in an application. After the fix, such indirect calls are also handled by the sandbox. This vulnerability is fixed in 3.1.5.(CVE-2024-56326) An update for python-jinja2 is now available for openEuler-24.03-LTS. openEuler Security has rated this update as having a security impact of critical. 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. Critical python-jinja2 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1006 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2024-56201 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2024-56326 https://nvd.nist.gov/vuln/detail/CVE-2024-56201 https://nvd.nist.gov/vuln/detail/CVE-2024-56326 openEuler-24.03-LTS python-jinja2-help-3.1.3-4.oe2403.noarch.rpm python3-jinja2-3.1.3-4.oe2403.noarch.rpm python-jinja2-3.1.3-4.oe2403.src.rpm Jinja is an extensible templating engine. Prior to 3.1.5, a bug in the Jinja compiler allows an attacker that controls both the content and filename of a template to execute arbitrary Python code, regardless of if Jinja's sandbox is used. To exploit the vulnerability, an attacker needs to control both the filename and the contents of a template. Whether that is the case depends on the type of application using Jinja. This vulnerability impacts users of applications which execute untrusted templates where the template author can also choose the template filename. This vulnerability is fixed in 3.1.5. 2025-01-03 CVE-2024-56201 openEuler-24.03-LTS High 8.8 AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H python-jinja2 security update 2025-01-03 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1006 Jinja is an extensible templating engine. Prior to 3.1.5, An oversight in how the Jinja sandboxed environment detects calls to str.format allows an attacker that controls the content of a template to execute arbitrary Python code. To exploit the vulnerability, an attacker needs to control the content of a template. Whether that is the case depends on the type of application using Jinja. This vulnerability impacts users of applications which execute untrusted templates. Jinja's sandbox does catch calls to str.format and ensures they don't escape the sandbox. However, it's possible to store a reference to a malicious string's format method, then pass that to a filter that calls it. No such filters are built-in to Jinja, but could be present through custom filters in an application. After the fix, such indirect calls are also handled by the sandbox. This vulnerability is fixed in 3.1.5. 2025-01-03 CVE-2024-56326 openEuler-24.03-LTS Critical 10.0 AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H python-jinja2 security update 2025-01-03 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2025-1006