Vulnerabilidade 0-day Crítica no IDE Cursor Expõe Risco à Cadeia de Suprimentos de Software

A Mindgard revelou uma falha crítica no Cursor IDE que não é só mais um CVE, é um sintoma de como ferramentas de desenvolvimento com IA estão priorizando velocidade sobre segurança operacional. A vulnerabilidade força o IDE a executar, sem aviso nem confirmação, qualquer binário chamado git.exe encontrado na raiz do repositório aberto. Isso acontece durante a rotina normal de detecção de Git: o Cursor busca o executável em múltiplos locais, incluindo o workspace, e aceita o primeiro que encontrar. Não há sandbox, não há verificação de assinatura, não há prompt. O resultado é execução remota de código (RCE) com os privilégios do usuário, repetida automaticamente enquanto o projeto permanece carregado.

O fato de isso persistir por sete meses, desde 15 de dezembro de 2025 até 15 de julho de 2026, não é um problema técnico isolado. É um indicador de falha estrutural: processos de triagem inoperantes, ausência de comunicação com pesquisadores, e nenhuma atualização pública para usuários mesmo após 197 versões lançadas. Enquanto isso, o Cursor segue sendo adotado por mais de 50 mil empresas, incluindo metade das Fortune 500, com acesso direto a repositórios, credenciais e pipelines de CI/CD. Isso transforma cada instalação em um vetor potencial de comprometimento da cadeia de suprimentos, não por dependências maliciosas, mas por confiança cega em um IDE que executa código arbitrário de dentro do próprio projeto.

Em 5 de julho de 2026, a CEVIU já havia reportado duas vulnerabilidades críticas de RCE no Cursor (CVE-2026-50548 e CVE-2026-50549), batizadas 'DuneSlide', exploráveis via prompt injection de zero-click. Naquele momento, havia indícios de que essas falhas tinham sido corrigidas. Agora, em 15 de julho de 2026, a nova divulgação da Mindgard mostra que o problema não foi resolvido no nível arquitetônico: a falha atual não depende de IA, modelo ou prompt, ela está enraizada na lógica de execução nativa do IDE. Ou seja, o Cursor continua vulnerável a ataques que ignoram completamente as camadas de IA e atacam diretamente o runtime do desenvolvedor.

Essa falha expõe um paradoxo central na era dos IDEs assistidos por IA: quanto mais poderosos se tornam os ambientes de desenvolvimento, menos controle o desenvolvedor tem sobre o que eles executam. O Cursor é um fork do VS Code, mas abandonou práticas consolidadas de segurança de execução, como validação de caminhos, sandboxing de ferramentas externas e bloqueio de binários não assinados em workspaces. Para devs que usam extensões, integram MCP servers ou rodam agentes de IA localmente, essa falha não é um risco pontual. É um sinal de que a experiência do desenvolvedor (DX) está sendo sacrificada em nome da fluidez, e que a segurança da cadeia de suprimentos agora começa no IDE, não no package.json ou no requirements.txt.