Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPublish repo with malicious post-checkout hook
-
DeliveryVictim opens/clones repo in Vibe
-
ExploitWorktree creation checks out tree
-
ExecutionGit hook runs before trust validation
-
ImpactArbitrary shell executes as the user
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Trusted source inclusion only
|
| Exploitation Conditions | Exploitation requires the victim to open, clone, or check out an attacker-controlled repository in Mistral Vibe before version 2.25.5, which triggers worktree creation; that process runs the repository's own git hooks (specifically post-checkout, and the fsmonitor command) prior to any workspace trust validation. Limiting factors: active user interaction is mandatory (the target must choose to load the malicious repo - there is no passive/remote-service exposure), code runs only with the privileges of the user running Vibe (no privilege escalation), and only versions before 2.25.5 are affected. There is no server-side or listening-service attack surface - the vulnerable trigger is local worktree handling of a delivered repository. |
| Impact | This is a genuine, credible RCE and should be treated as a priority for Mistral Vibe users, but the real-world blast radius is bounded by user interaction and product footprint. The vendor CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:A, VC/VI/VA:H = 8.6 High) is internally consistent: no privileges needed and full compromise of confidentiality, integrity and availability, but active user interaction (UI:A) is mandatory - the victim must open, clone, or check out an attacker-supplied repository in Vibe. No EPSS score, no CISA KEV listing, and no public POC are present in the input, so exploitation status is 'no public exploit identified at time of analysis' - targeted rather than mass exploitation is the realistic model. There is no conflict between the CVSS network vector and the description: delivery is over the network (a hosted malicious repo) while execution is local to the developer's machine, which is exactly how git-hook trust-boundary bugs behave. The strongest mitigating signal is that a fixed release (v2.25.5) and a vendor patch commit are confirmed available, so remediation is a straightforward upgrade. Net: high technical severity, low likelihood of indiscriminate exploitation, elevated concern for developers who routinely clone untrusted repositories. |
| Exploit ScenarioDerived | An attacker publishes a repository (or a malicious fork/PR branch) containing a crafted .git/hooks/post-checkout script. A developer opens or clones that repository in Mistral Vibe; during worktree creation Vibe checks out the tree and runs the repository's own post-checkout hook before performing trust validation, so the attacker's shell commands execute with the developer's privileges. No public exploit code is identified, but the technique is well understood and trivial to weaponize given the description and patch. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 19, 2026
Remote code execution in Mistral Vibe before 2.25.5 allows an attacker to run arbitrary shell commands with the privileges of the user running the tool, because worktree creation executes a repository's own git hooks - notably the post-checkout hook and the fsmonitor command - before any workspace trust validation takes place. The attack requires the victim to deliberately open, clone, or check out an attacker-controlled repository (user interaction is mandatory, and the request itself is unauthenticated per the CVSS PR:N vector), and code execution is bounded by the permissions of the Vibe user, with no privilege escalation or server-side attack surface. There is no public exploit identified at time of analysis and the flaw is not confirmed as actively exploited; a vendor-released patch in 2.25.5 addresses the ordering bug.
RemediationAI
Upgrade to Mistral Vibe 2.25.5 or later (vendor-released patch: 2.25.5), which stops worktree creation and cleanup from running the repository's own git hooks or its fsmonitor command; see the release at https://github.com/mistralai/mistral-vibe/releases/tag/v2.25.5 and the fix commit at https://github.com/mistralai/mistral-vibe/commit/c069ffa1e12fb5f2487b489217c40ab97721d553, with context in https://github.com/mistralai/mistral-vibe/issues/996. Until upgrading, treat every repository as untrusted: avoid opening, cloning, or checking out repositories you do not control in affected Vibe versions, since the exploit requires you to load the malicious repo yourself. As a compensating control you can neutralize repository hooks for untrusted clones by pointing Git at an empty hooks directory (git config core.hooksPath to an empty directory), or by setting core.fsmonitor=false, at the cost of disabling any legitimate project hooks and file-monitor acceleration you may rely on. Running Vibe inside a sandboxed container or under a low-privilege account with no access to credentials, SSH keys, or cloud tokens reduces the blast radius if a malicious hook does execute, but does not remove the underlying trust-ordering defect - patching to 2.25.5 remains the primary fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
At the root is CWE-829, Inclusion of Functionality from Untrusted Control Sphere: Mistral Vibe's worktree machinery treated repository-supplied git hooks as trusted functionality before the workspace trust check had run. When Vibe creates or cleans up a git worktree, Git itself invokes hooks such as post-checkout (and, when configured, the fsmonitor command); in affected versions the code path in vibe/core/git/repo.py (around lines 411-431) let those hooks execute first, so a crafted repository could ship a malicious post-checkout script that runs arbitrary shell commands on the host. The vulnerability is a trust-ordering defect rather than a memory-safety or injection-of-data bug: the product deliberately runs attacker-controlled code because it fails to establish trust before delegating to Git hook execution. The fix in commit c069ffa1e12fb5f2487b489217c40ab97721d553 ensures that creating or cleaning up a worktree no longer runs the repository's own git hooks or its fsmonitor command. The affected CPE is cpe:2.3:a:mistralai:mistral-vibe:*:*:*:*:*:*:*:* - that is, every Mistral Vibe release prior to 2.25.5.
Know when Mistral Vibe gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Malicious repo is fetched over the network (AV:N) and reliably triggers on checkout (AC:L) with no attacker privileges (PR:N), but the victim must open the repo (UI:R); hook runs arbitrary code as the user, so C/I/A:H, S:U.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Mistral Vibe before 2.25.5 contains a remote code execution vulnerability in the worktree creation process that executes git hooks before trust validation. Attackers can supply a repository with a crafted post-checkout hook that executes arbitrary shell commands with the privileges of the user running Vibe.
Executive ViewAI
Mistral Vibe versions prior to 2.25.5 contain a high-severity remote code execution flaw that can execute arbitrary shell commands on a developer's workstation when they open or clone a malicious repository. This requires a user to deliberately interact with an attacker-controlled repository, but successful exploitation could compromise developer endpoints, source code, and credentials, creating downstream risk to the organization. Leadership should prioritize patching because the tool is used by engineering staff with access to sensitive systems and data.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.
More in Mistral Vibe
View allArbitrary file access in Mistral Vibe, Mistral AI's agentic coding assistant, lets an attacker read (and potentially mod
Arbitrary code execution in Mistral Vibe (mistralai:mistral-vibe) lets an attacker defeat the agent's command-approval a
Arbitrary code execution in Mistral AI's Mistral Vibe agentic coding assistant lets attackers smuggle commands past the
Arbitrary code execution in Mistral Vibe lets attackers slip past the tool's command-approval allowlist by wrapping mali
Arbitrary file write in Mistral Vibe (the AI coding agent), introduced in version 1.3.4, lets an attacker create or over
Arbitrary file read in Mistral Vibe (Mistral AI's agentic coding assistant), introduced in version 2.6.0, lets attackers
Command permission gate bypass in Mistral Vibe before 2.25.4 lets input processed by the agent cause arbitrary shell com
Remote code execution in Mistral Vibe before 2.23.3 allows any attacker who can deliver a crafted repository to a victim
Permission validation bypass in Mistral Vibe versions before 2.25.5 allows an attacker who can get crafted text in front
Vendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| openSUSE Tumbleweed | Fixed |
EUVD-2026-83621
GHSA-92v2-hh9v-6vj5
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB