Uma extensão reconhecida parece uma escolha segura. Mas o nome do produto não explica sozinho de onde veio o pacote instalado. O Cursor confirmou um incidente em seu marketplace envolvendo versões adulteradas da extensão Claude Code. O aviso atualizado inclui 2.1.312 e 2.1.313 para macOS e Windows, distribuídas em 29 de outubro.
A empresa afirma que os pacotes maliciosos não foram desenvolvidos pela Anthropic. Essa distinção é central: a confirmação trata de um canal e de versões identificadas, sem estabelecer comprometimento de toda a distribuição do Claude Code.
O problema pode continuar depois da remoção
A análise técnica da Phorion, atualizada em 31 de outubro, descreve código que tenta preparar acesso remoto por SSH e manter componentes ativos fora da extensão. SSH é um mecanismo legítimo de acesso remoto; neste caso, o comportamento relatado buscava entregá-lo a um invasor.
Por isso, apagar o item da lista de extensões e encerrar o incidente são decisões diferentes. Se um pacote conseguiu deixar outros componentes no sistema, a desinstalação do pacote original não demonstra que eles desapareceram. Essa é a razão prática para investigar o computador, e não apenas conferir se a extensão ainda aparece no editor.
Os pesquisadores também encontraram erros e dependências de privilégios que limitavam partes da tentativa de acesso. Isso ajuda a delimitar o impacto, mas não permite concluir que qualquer máquina com execução do pacote ficou intacta.
Conferir o canal antes de decidir a resposta
O aviso do Cursor recomenda remediação além da desinstalação e informa que o servidor malicioso foi retirado do ar. Para uma equipe, o primeiro trabalho é construir uma lista confiável das instalações: versão, origem, horário e evidência de execução.
Um inventário que registre apenas “Claude Code instalado” deixa perguntas demais em aberto. Duas pessoas podem usar o mesmo produto com pacotes obtidos por caminhos distintos. Tratar ambas como igualmente afetadas pode gerar trabalho desnecessário; ignorar essa diferença também pode deixar uma máquina exposta fora da investigação.
A orientação operacional deve partir do aviso oficial e de seus indicadores atualizados. Quem administra as máquinas precisa avaliar os vestígios encontrados e o alcance das credenciais acessíveis, com a equipe de segurança responsável pela resposta. Não reproduzimos scripts de limpeza aqui porque sua aplicação depende da plataforma e do estado da máquina.
A confiança precisa alcançar o pacote instalado
O caso torna concreta uma preocupação de cadeia de software: reconhecer o fornecedor é apenas uma parte da verificação. A identidade do pacote, sua origem e o comportamento após a instalação também importam.
Para quem opera ferramentas de IA no desenvolvimento, vale preservar esses dados antes de uma atualização ou limpeza apagar o histórico. A pergunta que encerra a investigação não é apenas se o pacote ruim saiu do marketplace. É se a máquina voltou a um estado em que a equipe consegue confiar.
Fontes em inglês: aviso do Cursor e análise da Phorion.
