Track vulnerabilities like this one.
Sign up free to get alerted when software you use is affected.
9.8
openeuler/python-templated-dictionary can run code as root
published 29 days ago
Summary
The python‑templated‑dictionary library used by the Mock build tool can execute text templates without enough protection. If a low‑privilege user supplies a crafted configuration, the template can cause the system to run commands with full administrator rights. Install the latest security update for this library and limit who can provide configuration data to trusted users only.
What to do
- Update openeuler python-templated-dictionary to version 1.2-2.oe2403sp3.
Affected software
| Ecosystem | Vendor | Product | Affected versions |
|---|---|---|---|
| openEuler:24.03-LTS-SP3 | openeuler | python-templated-dictionary |
< 1.2-2.oe2403sp3 Fix: upgrade to 1.2-2.oe2403sp3
|
Original advisory text
python-templated-dictionary security update
Dictionary where __getitem__() is run through Jinja2 template.
Security Fix(es):
The Mock software contains a vulnerability wherein an attacker could potentially exploit privilege escalation, enabling the execution of arbitrary code with root user privileges. This weakness stems from the absence of proper sandboxing during the expansion and execution of Jinja2 templates, which may be included in certain configuration parameters. While the Mock documentation advises treating users added to the mock group as privileged, certain build systems invoking mock on behalf of users might inadvertently permit less privileged users to define configuration tags. These tags could then be passed as parameters to mock during execution, potentially leading to the utilization of Jinja2 templates for remote privilege escalation and the execution of arbitrary code as the root user on the build server.(CVE-2023-6395)
Security Fix(es):
The Mock software contains a vulnerability wherein an attacker could potentially exploit privilege escalation, enabling the execution of arbitrary code with root user privileges. This weakness stems from the absence of proper sandboxing during the expansion and execution of Jinja2 templates, which may be included in certain configuration parameters. While the Mock documentation advises treating users added to the mock group as privileged, certain build systems invoking mock on behalf of users might inadvertently permit less privileged users to define configuration tags. These tags could then be passed as parameters to mock during execution, potentially leading to the utilization of Jinja2 templates for remote privilege escalation and the execution of arbitrary code as the root user on the build server.(CVE-2023-6395)
References
- https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA... Vendor Advisory
- https://nvd.nist.gov/vuln/detail/CVE-2023-6395 Vendor Advisory
Internet-facing
3 days
Internal
60 days
- Not known to be exploited
- Can be exploited automatically (estimated)
- Gives an attacker full control (estimated)
Timeline
Published20 Sep 2026
Updated20 Sep 2026
First seen20 Sep 2026
Sources
OESA-2026-3914 · OSV
Track software like this
Free during beta