What changed
Amazon Q Developer's Language Servers for AWS runtime (powering the Amazon Q extension across VS Code, JetBrains, Eclipse, and Visual Studio) automatically loaded and executed MCP server configurations from .amazonq/mcp.json in any opened workspace — with no user prompt, no workspace trust verification, and no sandboxing. MCP servers are local processes that inherit the developer's full environment: AWS credentials, cloud CLI tokens, API secrets, SSH agent sockets. A second flaw, CVE-2026-12958, allowed arbitrary file writes outside the workspace boundary via a missing symlink check. The fix adds workspace trust verification before executing MCP configs; fix version is Language Servers for AWS 1.69.0 (initial patch 1.65.0 — AWS bulletin directs to 1.69.0).
TL;DR
CVE-2026-12957 (CVSS 8.5) in Amazon Q Developer allowed a malicious .amazonq/mcp.json to auto-execute MCP servers and exfiltrate cloud credentials; patch to Language Servers for AWS 1.69.0 immediately.
Developer signal
Update Language Servers for AWS to 1.69.0 or later in VS Code (Extensions > AWS Toolkit / Amazon Q), JetBrains, Eclipse, or Visual Studio now. All four IDE plugins bundle the Language Servers runtime and all were exposed. After updating, Amazon Q will prompt for workspace trust confirmation before loading any MCP configuration from an unverified workspace. Until updated, do not open repositories from untrusted sources with Amazon Q active. If you opened untrusted repos with an unpatched version: audit AWS CloudTrail for unexpected API calls from your developer machine, rotate credentials that were present in your environment during affected sessions, and check ~/.aws/credentials for unexpected access. The attack requires only git clone + opening the workspace in an affected IDE — no further user interaction. No public exploits confirmed (CISA ADP: none known as of June 26), but the attack surface is trivially exploitable in code review workflows where developers routinely open external PRs. Discovery and coordinated disclosure: Wiz Research, reported April 20; Amazon fix deployed May 12; public disclosure June 26 under Amazon Security Bulletin 2026-047-AWS.