Ir para o conteúdo principal
Voltar aos artigos

Extensão comprometida no Cursor: atualizar não equivale a recuperar a máquina

O caso do Claude Code adulterado mostra por que a resposta precisa alcançar persistência, acesso SSH e credenciais, não apenas a extensão.

·6 min de leitura·39 visualizações

Uma distribuição adulterada da extensão do Claude Code, identificada como anthropic.claude-code 2.1.313, foi localizada no marketplace do Cursor.[1] A reportagem corrigiu sua atribuição inicial ao Open VSX e não atribui à Anthropic a criação da versão maliciosa.[1] Segundo o Cursor, até 5.000 usuários podem ter instalado o pacote na janela de 29 de outubro, inclusive por atualização automática.[1]

O que muda para quem desenvolve

O carregador malicioso acrescentava uma chave SSH controlada pelo atacante, tentava habilitar o serviço SSH e estabelecer um túnel reverso, além de criar persistência conforme o sistema operacional.[1] Também enviava informações de reconhecimento, incluindo os nomes de variáveis associadas a credenciais, mas não seus valores diretamente no primeiro envio descrito.[1]

A leitura de engenharia é separar três estados: pacote instalado, modificações realizadas e acesso remoto efetivamente obtido. Confundir essas etapas leva tanto ao alarmismo quanto à falsa tranquilidade. Uma instalação suspeita pede investigação; ela não prova, por si, quais ações posteriores ocorreram.

Em muitos computadores Windows e macOS, a falta de privilégios impedia a ativação do SSH, mas não necessariamente a inclusão da chave, a persistência ou o envio de dados.[1] Portanto, o erro de uma etapa não pode ser usado como atestado de integridade do restante da máquina.

Como aplicar

Comece por um inventário da origem da extensão, da versão instalada e do histórico de atualizações. Compare esses registros com o pacote e a janela descritos, em vez de presumir que toda instalação do Claude Code está afetada.

Se houver correspondência, organize a resposta em frentes distintas: isolamento do equipamento, preservação de evidências, revisão de autorizações SSH e persistência, revogação de sessões e rotação dos segredos que poderiam estar acessíveis. Defina um responsável e um critério de encerramento para cada frente.

Como exercício preventivo, desenhe o alcance de uma extensão executada com as permissões do desenvolvedor. Liste repositórios, serviços e credenciais que ela conseguiria alcançar. Use esse mapa para retirar acessos de produção desnecessários do ambiente de desenvolvimento e limitar a duração das autorizações.

O que fazer se você tinha essa extensão no Cursor

Ter o Claude Code instalado não significa, por si só, que o computador foi comprometido. O alerta do Cursor identifica especificamente o pacote Anthropic.claude-code versão 2.1.313, distribuído pelo marketplace do Cursor em 29 de outubro de 2026. Não generalize o incidente para todas as versões ou para toda distribuição oficial da Anthropic.[2]

1. Confira a versão e preserve o histórico

No painel de extensões do Cursor, procure o identificador e a versão. Se já desinstalou ou atualizou, confira também o histórico de instalação, os logs e os diretórios de extensões: a versão atual não informa necessariamente qual estava instalada antes. Registre os horários e os indícios encontrados antes de apagar arquivos. Em equipamento corporativo, acione a equipe de segurança.

2. Se a versão afetada ou sinais do ataque forem encontrados, contenha o acesso

Isole o computador da rede, interrompa o uso do Cursor e não utilize esse equipamento para trocar senhas ou gerar novas chaves. Use outro dispositivo confiável para as medidas de recuperação de contas. Apenas desinstalar a extensão ou atualizar o editor não remove necessariamente os componentes persistentes deixados no sistema.[2]

3. Verifique os indicadores conhecidos no seu sistema

A investigação deve procurar uma combinação de indícios, não apenas a existência de um serviço SSH:[2][3]

  • SSH: chave não autorizada com o comentário svc-telemetry em ~/.ssh/authorized_keys. No Windows, verifique também C:\ProgramData\ssh\administrators_authorized_keys, quando existente. Não publique nem compartilhe chaves privadas.
  • Linux: arquivos ~/.config/.smt e ~/.config/.smtk, além de uma entrada @reboot no crontab do usuário que execute esse script.
  • macOS: os mesmos arquivos e o LaunchAgent ~/Library/LaunchAgents/com.apple.sysmond.plist.
  • Windows: arquivos ~/.config/smt.cmd e ~/.config/smtk, tarefa agendada chamada SysMon e possível sysmon.cmd na pasta de inicialização do usuário. O nome isolado não basta para condenar uma tarefa legítima: confira seu caminho e o comando executado.
  • Processos e rede: túneis SSH ou autossh associados ao endereço 134[.]209[.]82[.]225, especialmente na porta 22, e arquivos temporários cujo nome comece com .stk_. O beacon descrito também utilizava a porta 8099. Não tente acessar o endereço do atacante.

Atenção: porta 22 aberta, uso de SSH ou um arquivo com nome parecido não comprovam infecção. Da mesma forma, a ausência de um marcador isolado não certifica que a máquina está íntegra.

4. Remova somente os componentes maliciosos confirmados

A limpeza precisa alcançar processos de túnel, persistência, a chave não autorizada e os arquivos associados. Não apague a pasta .ssh, todas as chaves, tarefas ou crontabs indiscriminadamente: isso pode destruir acessos e rotinas legítimos. Desabilitar o SSH de entrada, quando ele não for necessário, reduz a exposição, mas não substitui a limpeza.[2][3]

O aviso oficial do Cursor disponibiliza procedimentos e scripts de remediação para macOS e Windows. Leia as instruções e confira a origem antes de executar qualquer script. Para Linux, use os indicadores documentados e apoio técnico para remover apenas os artefatos confirmados; os scripts dessas outras plataformas não devem ser reutilizados às cegas.[2][3]

5. Revogue sessões e troque credenciais a partir de um dispositivo confiável

Se a instalação afetada ou a execução do payload for confirmada, avalie como potencialmente expostos os acessos disponíveis à conta do usuário: tokens de GitHub/GitLab, chaves de APIs e nuvem, credenciais de bancos, sessões e chaves SSH. Revogue os acessos antigos, emita substitutos e examine registros de uso nos serviços. Não presuma que a coleta inicial apenas dos nomes das variáveis exclui acesso posterior aos seus valores.[2]

6. Valide a recuperação antes de voltar ao uso normal

Após a limpeza, confirme que os processos e a persistência não reaparecem, revise acessos SSH e atualize o Cursor. Só reinstale uma versão legítima da extensão pela origem recomendada pelo fornecedor. Se houver acesso indevido confirmado, alteração de componentes do sistema ou dificuldade para delimitar o alcance, considere reinstalar o sistema a partir de mídia confiável, preservando evidências e recuperando apenas dados verificados.[2]

Resumo: não é preciso concluir que houve invasão só porque a extensão estava instalada; é preciso identificar a versão e investigar. Se o pacote malicioso executou, atualizar ou desinstalar a extensão é apenas parte da resposta.

Cuidados e limites

A versão maliciosa foi removida, e a Anthropic publicou a 2.1.314 no Open VSX e no marketplace da Microsoft.[1] A atualização, contudo, não desfaz necessariamente alterações já realizadas no sistema.[1]

A matéria não relata outros payloads posteriores observados.[1] Não preencha essa lacuna inventando uma cadeia de ataque completa. O objetivo da resposta é determinar exposição e recuperar confiança, não transformar uma hipótese em diagnóstico. Restaurar o editor é uma tarefa; recuperar a máquina é outra.

Fontes

[1] Fonte: The Hacker News

[2] Fonte: Aviso oficial de segurança do Cursor

[3] Fonte: Análise técnica e indicadores da Phorion

Continue lendo

MPS: corrija o runtime antes de avaliar o agente MCP

As atualizações do MPS combinam correção crítica e ferramentas para agentes. Separe o inventário de segurança da avaliação funcional.

·9 visualizações