Cursor sob ataque: abrir o repositório errado pode entregar sua máquina

Segundo o BoletimSec, uma vulnerabilidade do tipo zero day foi identificada no Cursor, o editor de código com inteligência artificial que virou queridinho de desenvolvedores nos últimos meses. A falha, ainda sem correção, permite que arquivos maliciosos sejam executados automaticamente em máquinas Windows no exato momento em que o usuário abre um repositório previamente preparado por um invasor. Ou seja, basta abrir o projeto errado para o estrago começar.

O problema mora em um detalhe técnico que parece pequeno, mas tem consequências grandes. O Cursor precisa localizar o Git, ferramenta de controle de versões usada em praticamente todo projeto de software, e durante essa busca ele acaba procurando o executável em locais que podem ser manipulados. Se um atacante deixa um arquivo falso com nome estratégico dentro do repositório, o editor pode acabar rodando esse arquivo achando que é uma ferramenta legítima.

Por que isso deveria preocupar o cara de TI

A situação é delicada porque quebra uma premissa básica de segurança: a ideia de que só clonar ou abrir um projeto seria uma ação inofensiva. Muita gente baixa repositórios de terceiros o tempo todo, seja para estudar, testar bibliotecas ou colaborar em projetos abertos. Essa falha transforma um gesto rotineiro em um vetor de ataque.

Para empresas pequenas e médias, o risco se multiplica. Basta pensar em como funciona a rotina de um time enxuto:

• Desenvolvedores clonando repositórios de fontes variadas sem verificação profunda
• Máquinas com acesso a redes internas, servidores e credenciais salvas
• Ausência de políticas claras sobre origem de código executado
• Falta de monitoramento sobre o que roda em cada estação de trabalho

Um único notebook comprometido pode virar a porta de entrada para algo bem maior, como movimentação lateral na rede ou roubo de dados sensíveis. E, no ambiente corporativo, o custo de responder a um incidente sempre supera o investimento em prevenção.

O que dá para fazer agora

Enquanto o fabricante não libera a correção, algumas medidas ajudam a reduzir a exposição. Vale orientar as equipes a nunca abrir repositórios de origem desconhecida em máquinas de trabalho e, sempre que possível, usar ambientes isolados como máquinas virtuais ou contêineres para inspecionar código de terceiros. Manter o editor atualizado e acompanhar os comunicados oficiais também entra na lista do básico bem feito.