mistral-vibe · GitPython: Incomplete unsafe_git_revision_options denylist omits --contents/-S, enabling arbitrary file read via
Affects mistral-vibeSource GCVE Database
Not known to be exploited · CVSS 7.1 High : upgrade to 2.26.0 soon.
Data as of 30 Oct 2026, 07:45 UTC
- Patch
- Available – fixed in 2.26.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 25 Aug 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 mistral-vibe to 2.26.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Homebrewmistral-vibepkg:brew/mistral-vibeOther 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 patch is available in GitPython version 2.26.0 that fixes this issue by adding the --contents and -S options to the unsafe_git_revision_options denylist and improving the option filtering logic. Users should upgrade to version 2.26.0 or later. Until patched, avoid passing untrusted input to the revision parameter of Repo.blame() or Repo.blame_incremental().
Description
GitPython versions before 2.26.0 have an incomplete denylist for unsafe git revision options in the Repo.blame() and Repo.blame_incremental() methods. This flaw allows an attacker to use the --contents or -S options to read arbitrary local files by causing the file's lines to be included in the blame output. The vulnerability arises because these read-related options are not included in the denylist, which only blocks write-related options like --output. This leads to arbitrary file read at the privileges of the host process without requiring user interaction.
References
- github.com/gitpython-developers/GitPython/security/advisories/GHSA-5xxx-qhh7-9287 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-78678 (opens in a new tab)
- github.com/gitpython-developers/GitPython (opens in a new tab)
- github.com/pypa/advisory-database/tree/main/vulns/gitpython/PYSEC-2026-3788.yaml (opens in a new tab)
- vulncheck.com/advisories/gitpython-before-arbitrary-file-read-via-repo-blame (opens in a new tab)