A Microsoft concedeu ao pesquisador de segurança Sam Chen US$ 4.000 pela identificação de uma falha no Visual Studio Code que poderia permitir que um invasor contornasse as proteções do Workspace Trust, recurso de confiança em espaços de trabalho.
A vulnerabilidade, catalogada como CVE-2026-81376 (Common Vulnerabilities and Exposures, sistema padronizado de identificação de falhas de segurança), afeta versões do VS Code anteriores à 1.136.2 e recebeu pontuação crítica de 9,6 no CVSS (Common Vulnerability Scoring System, sistema de pontuação de gravidade). A Microsoft já corrigiu a falha, e os usuários devem atualizar para a versão 1.136.2 ou superior.
O Workspace Trust foi criado para limitar o que o VS Code pode fazer quando o usuário abre um projeto que ainda não revisou. No Modo Restrito, o editor bloqueia ou limita recursos que poderiam executar código desse espaço de trabalho.
A falha era relevante porque poderia enfraquecer essa barreira de segurança e expor dados locais do desenvolvedor ou permitir que um código fosse executado com as permissões do usuário.
O pesquisador Sam Chen, que publica sob o nome Samchen, afirmou que o problema estava escondido no mecanismo Workspace Trust do VS Code e poderia ser usado para alcançar a execução remota de código (RCE, na sigla em inglês para remote code execution).
Em sua publicação, ele diz que a documentação técnica completa ainda não está disponível, por isso os passos exatos da exploração não foram divulgados ali. Nenhum malware foi identificado no relatório. Trata-se de uma divulgação de vulnerabilidade, e não de uma campanha de malware.
Falha crítica de contorno de segurança no VS Code
O aviso da Microsoft descreve a CVE-2026-81376 como uma “comparação incompleta com fatores ausentes”. O NVD (National Vulnerability Database, banco nacional de vulnerabilidades dos EUA) a classifica como uma falha de contorno de recurso de segurança que pode ser acionada pela rede.
Seu vetor CVSS 3.1 inclui interação do usuário, o que significa que a vítima precisa realizar alguma ação, e classifica o possível impacto sobre confidencialidade, integridade e disponibilidade como alto.
Na prática, o perigo não está apenas no fato de um projeto conter código suspeito. O Workspace Trust existe para reduzir o risco de abrir arquivos e pastas desconhecidos, limitando recursos que poderiam executar conteúdo controlado pelo projeto.
O aviso da Microsoft diz que um espaço de trabalho especialmente preparado poderia se conectar a um serviço controlado pelo invasor e contornar essas restrições. Em caso de sucesso, a exploração poderia expor dados locais ou executar código no contexto do usuário conectado.
Esse contexto de usuário pode ser valioso. Desenvolvedores costumam trabalhar com código-fonte, credenciais, ferramentas de nuvem e tokens de acesso na mesma máquina. Uma falha que permite que conteúdo não confiável de um espaço de trabalho ultrapasse uma barreira de segurança pode, portanto, colocar em risco mais do que o próprio editor.
O aviso não afirma que todo espaço de trabalho pode explorar o problema, e a publicação técnica pública disponível não oferece uma prova de conceito completa. Leitores devem evitar tratar detalhes de exploração não confirmados como fatos estabelecidos.
O caso também se encaixa em um padrão mais amplo na segurança de ferramentas para desenvolvedores: arquivos de projeto e configurações do editor podem se tornar parte do caminho de um ataque quando um software confia neles em excesso.
O GBHackers já noticiou falhas de segurança em extensões do VS Code e um repositório malicioso voltado a usuários de IDEs (ambientes de desenvolvimento integrado). Esses casos envolvem vulnerabilidades e campanhas diferentes, mas mostram por que desenvolvedores devem inspecionar com cuidado códigos e conteúdos de espaços de trabalho desconhecidos.
Relatório do pesquisador e resposta da Microsoft
Chen reportou o problema ao MSRC (Microsoft Security Response Center, Centro de Resposta de Segurança da Microsoft) em 23 de maio de 2026. O MSRC abriu o caso para análise naquele mesmo dia, confirmou o problema em 3 de junho e o encaminhou para desenvolvimento.
Em 9 de junho, a equipe de recompensas da Microsoft considerou o relatório elegível para uma premiação de US$ 4.000 no âmbito do Open Source Bounty Program, programa de recompensas para código aberto.
Segundo a publicação do pesquisador, o MSRC classificou o relatório como “Importante”, “Alta Qualidade” e como um problema de “Validação Imprópria de Entrada” (Improper Input Validation) ao definir a premiação.
Posteriormente, a Microsoft confirmou que o problema havia sido corrigido e informou que um aviso seria publicado na próxima Terça-feira de Patches (Patch Tuesday, data mensal de atualizações de segurança da empresa). O aviso foi publicado em 8 de setembro, e Chen divulgou publicamente o problema em 10 de setembro.
Essa sequência reflete o processo usual de divulgação responsável: o pesquisador comunica a fragilidade em particular, o fornecedor a verifica e corrige, e só depois vêm os detalhes públicos.
A premiação reconhece o relatório, mas o valor não indica a gravidade da vulnerabilidade. A gravidade vem da avaliação técnica. Neste caso, o NVD registra a pontuação CVSS atribuída pela Microsoft como 9,6, classificação Crítica.
Outros casos mostram como decisões de confiança em ferramentas de desenvolvimento podem afetar a exposição no mundo real. Por exemplo, o GBHackers cobriu uma vulnerabilidade em um editor web do VS Code envolvendo tokens OAuth do GitHub e um problema separado em uma extensão do Amazon Q relacionado à configuração de espaços de trabalho.
Não se trata do mesmo bug, mas esses casos reforçam a necessidade de tratar repositórios, configurações e extensões como elementos sensíveis à segurança.
O NVD lista como afetadas as versões do Visual Studio Code de 1.0.0 até antes da 1.136.2. Os usuários devem instalar a versão 1.136.2 ou superior e, em seguida, confirmar que o editor foi reiniciado e está executando a versão atualizada.
As organizações devem verificar dispositivos gerenciados e os equipamentos dos desenvolvedores, incluindo máquinas que possam ter mais de uma instalação do VS Code.
Até que os sistemas sejam atualizados, desenvolvedores devem ter cautela com projetos recebidos por links não solicitados, testes de código ou repositórios desconhecidos.
Mantenha o Workspace Trust ativado e use o Modo Restrito ao revisar projetos desconhecidos. A Microsoft explica que o recurso limita configurações de espaço de trabalho, tarefas, depuração e outras funções que podem executar conteúdo controlado pelo projeto.
Como a publicação técnica completa de Chen ainda está pendente, as equipes não devem se basear em instruções especulativas de exploração nem presumir que determinado indicador comprova uma exploração.
Aplique a correção, revise atividades incomuns em estações de desenvolvedores e acompanhe o aviso da Microsoft para atualizações. Isso é especialmente importante para estações que guardam código-fonte, chaves de assinatura, credenciais de nuvem ou acesso a sistemas de produção.
