Roubo de tokens GitHub com um clique via bug no VSCode

A falha não é um erro de implementação pontual, mas uma falha estrutural no modelo de confiança entre webviews e iframes no VSCode Web, o mesmo runtime usado no github.dev. Ao contrário do que se supõe, eventos de teclado (como Ctrl+Shift+P) propagam-se do iframe isolado para a janela principal sem restrição, permitindo que código malicioso em um notebook Jupyter execute comandos no editor como se fosse o usuário. Isso contorna não só prompts de instalação de extensões, mas também a proteção de 'extensões de espaço de trabalho local', que normalmente exigiriam permissão explícita para ler arquivos sensíveis.

O token roubado é OAuth v2 com escopo full_repo, ou seja, acesso total a todos os repositórios privados do usuário, inclusive aqueles com segredos em .env, chaves SSH em arquivos de configuração ou tokens de CI/CD em workflows. Isso torna o ataque mais grave que o incidente de maio de 2026 com a extensão maliciosa: lá, o comprometimento dependia da instalação manual de uma extensão; aqui, basta um clique em um link compartilhado por email, Slack ou até um comentário no GitHub Issues.

A cobertura anterior de 25 de maio tratava de uma extensão maliciosa instalada voluntariamente por um desenvolvedor. Agora, o ataque é totalmente não interativo: não há download, não há prompt de permissão, não há necessidade de aceitar termos. A correção lançada em 3 de junho introduziu dois níveis de mitigação: primeiro, bloqueio da propagação de eventos de teclado entre contextos não confiáveis; segundo, desativação automática de extensões de workspace locais em ambientes web, mesmo quando presentes na pasta .vscode/extensions. Isso representa uma mudança de postura da Microsoft: antes, a segurança era delegada ao comportamento do usuário; agora, o runtime web do VSCode passa a impor barreiras técnicas intransponíveis por design.

Desenvolvedores usam github.dev como alternativa rápida para revisar PRs, debugar notebooks ou testar mudanças, muitas vezes em ambientes corporativos onde o VS Code Desktop está bloqueado ou não configurado. Essa vulnerabilidade mostra que a conveniência da edição web tem um custo de segurança implícito: o modelo de sandbox do webview não é equivalente ao do navegador. Para equipes que adotam DX baseado em ferramentas web-first, isso exige revisão imediata das políticas de uso de github.dev, auditoria de tokens OAuth com escopo amplo e adoção de PAM (Privileged Access Management) para credenciais de repositório. Não é só sobre evitar links suspeitos, é sobre repensar onde e como o código é executado.