O ataque por extensão adulterada de editor expôs uma característica do ambiente de desenvolvimento que raramente entra na avaliação de risco: extensão se instala por decisão individual e roda com o acesso de quem programa.
Isso existe por um bom motivo. A produtividade de quem escreve código depende de poder adaptar a ferramenta ao próprio trabalho, sem abrir chamado e esperar aprovação para cada instalação.
O custo desse arranjo aparece quando a máquina de quem programa acumula credencial de produção, chave de nuvem e acesso a repositório de vários projetos, que é a situação normal em quase toda equipe.
A resposta que funciona não é proibir extensão, porque isso empurra a instalação para fora do controle. É reduzir o que a máquina alcança: credencial de curta duração, separação entre ambiente de desenvolvimento e produção e revisão do que cada ferramenta instalada pede de permissão.
É a mesma direção que produtos de segurança adotaram no período para agente, com identidade própria e escopo definido, aplicada agora à ferramenta que a pessoa instala por conta.