Falha no Amazon Q Developer poderia permitir que repositórios maliciosos executassem código via configurações MCP
Aprofundamento CEVIU
Aprofundamento
O vetor de ataque do CVE-2026-12957 expõe uma falha de arquitetura em assistentes de código baseados em IA. O Model Context Protocol (MCP) permite que a ferramenta dialogue com bancos de dados e APIs locais. O runtime do Amazon Q lia o arquivo .amazonq/mcp.json do projeto clonado e disparava os processos definidos sem validação adicional. O perigo real está na herança de ambiente. Os servidores MCP iniciados puxavam chaves da AWS, tokens de CLI e soquetes SSH diretamente do perfil do desenvolvedor. A correção na versão 1.69.0 do Language Servers for AWS muda esse fluxo. O sistema agora exige aprovação explícita antes de executar servidores externos e aplica um bloqueio para symlinks, fechando o CVE-2026-12958.
Por que isso importa
Este episódio reforça que configuração de repositório nunca deve ser tratada como entrada confiável. A conveniência de carregar agentes automaticamente abre caminho para roubo de sessão na nuvem com os privilégios totais do usuário logado. Equipes de segurança corporativa precisam auditar como as IDEs gerenciam permissões e isolar ambientes de desenvolvimento de contas de produção. A tendência de assistentes evoluírem para executores de comandos exige políticas que tratem pastas clonadas como superfícies de ataque ativas. O padrão de falha já atingiu Claude Code, Cursor e Windsurf. A indústria deve migrar de patches pontuais para isolamento padrão de sandboxes nos runtimes de IA.
Perguntas frequentes
Qual a versão mínima do plugin para mitigar a falha?
A AWS recomenda o Language Servers for AWS 1.69.0. Essa versão corresponde aos plugins VS Code 2.20, JetBrains 4.3, Eclipse 2.7.4 e Visual Studio 1.94.0.0. A atualização automática funciona normalmente, a menos que políticas de rede corporativa bloqueiem o tráfego.
O ataque exige interação ativa do desenvolvedor?
O vetor inicial depende de o usuário aceitar a confiança no workspace quando a IDE pergunta. Antes do patch, não existia etapa de consentimento específica para os servidores MCP definidos no arquivo de configuração. A execução dos comandos maliciosos ocorria de forma automática após essa validação única.
Como proteger chaves de nuvem em ambientes de desenvolvimento?
A defesa passa por restringir o escopo das credenciais e usar perfis temporários com privilégio mínimo. Isolar o ambiente de código em contêineres ou máquinas virtuais impede que processos herdem tokens sensíveis do sistema host. Ferramentas de gestão de segredos devem ser obrigatórias para evitar armazenamento local de chaves longas.
A vulnerabilidade já foi explorada em produção?
Não há registros de exploração pública ou atividade maliciosa em ambientes reais. A Wiz Research identificou o risco por meio de pesquisa proativa e seguiu o ciclo de divulgação responsável. A AWS reportou o patch em 12 de maio, antes do anúncio oficial em 26 de junho.
Fontes
- thehackernews.comfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 29 de junho de 2026
- Editoria
- CEVIU Segurança da Informação

