Banked: 2026-07-14, cycle309 (continue MCP-autostart RCE CONFIRMED; cline WALK). Corrects my premature "hunt lane is saturated -> stop" framing from cycle307/308.
After 3 fresh-CVE walks I concluded "the hunt lane is saturated." WRONG framing. The FILE-SYMLINK class was saturating; a DIFFERENT class (MCP workspace-config auto-start) on the SAME targets (continue) was fresh and yielded the session's highest-severity finding (repo-open RCE, High/Critical). Lesson: when one bug CLASS on a target saturates, PIVOT THE CLASS on the same well-understood target before abandoning it. Fresh-class-on-known-target > fresh-target-cold-start (you already have the codebase mapped + the threat model).
"Workspace-committed MCP config auto-loaded -> server command spawned WITHOUT consent = repo-open RCE." Disclosed 2026 for Amazon Q (CVE-2026-12957, fixed w/ fingerprint-triple consent), Claude Code (CVE-2025-59536), Cursor (CVE-2026-48124). The OSS/other clients are the unswept slice.
.continue/mcpServers/, .mcp.json, .vscode/) - repo-shippable = attack vector - or ONLY a GLOBAL user path (~/.config/...) - user-authored = safe? Grep the config-discovery for getWorkspaceDirs/workspaceFolders/cwd-joined config paths.spawn/StdioClientTransport and grep for consent|trust|fingerprint|approve (ZERO hits = no gate).
Both YES = RCE. Split verdict this cycle: continue = YES/YES (RCE); cline = NO (global-only config) -> safe (auto-spawns but source is user-authored). The config-SOURCE question is the FP-guard that separates them."MCP config source (workspace vs global) + consent-before-spawn" is a core Securva MCP/agent-audit dimension. Add to the audit rubric alongside the 6-lens path-containment checklist (cycle306). A hardened client = global-only OR workspace-with-consent; a vulnerable one = workspace-shippable + auto-spawn.