CVE-2026-40320: giskard-oss · Template Injection
Affects giskard-ossSource CVE Database V5
Not known to be exploited · CVSS 5.4 Medium : upgrade to 1.0.2b1 when convenient.
Data as of 29 Oct 2026, 18:38 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.0.2b1
CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:LExploitation evidence
Disclosed: evidence found.
CVE published 17 Apr 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Upgrade giskard-oss to 1.0.2b1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Giskard-AIgiskard-oss | Affected
| Fixed in
|
PyPIgiskard-checkspkg:pypi/giskard-checksOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in giskard-checks version 1.0.2b1. Users should upgrade to this version or later to remediate the vulnerability. Since the vulnerability requires write access to check definitions and execution of the test suite, restricting these permissions can also reduce risk. Patch status is not explicitly stated in the vendor advisory content, but the description confirms the issue is fixed in version 1.0.2b1.
Description
Giskard is an open-source testing framework for AI models. In versions prior to 1.0.2b1, the ConformityCheck class rendered the rule parameter through Jinja2's default Template() constructor, silently interpreting template expressions at runtime. If check definitions are loaded from an untrusted source, a crafted rule string could achieve arbitrary code execution. Exploitation requires write access to a check definition and subsequent execution of the test suite. This issue has been fixed in giskard-checks version 1.0.2b1.