Vulnerabilidade Crítica no isolated-vm Permite Execução Remota de Código

A vulnerabilidade GHSA-864f-rcv7-6rh4 expõe uma falha crítica de type confusion na biblioteca isolated-vm, um componente vital para isolar execução de código não confiável em ambientes JavaScript. A falha reside no tratamento do transferList do ExternalCopy, que permite a um atacante, a partir de um único ivm.Reference, injetar um ponteiro inválido. Este erro burla as validações e causa uma falha SIGSEGV no processo hospedeiro.

A cadeia de exploração é sofisticada: um atacante pode desativar o ASLR, forjar uma vtable e redirecionar chamadas indiretas. Isso culmina na execução de código arbitrário e, o mais grave, em um escape de sandbox (guest-to-host sandbox escape). Este tipo de ataque permite que o código malicioso saia do ambiente isolado e comprometa o sistema hospedeiro, apesar do isolated-vm ser considerado uma das soluções mais robustas para esta finalidade, utilizando o isolamento de V8 Isolates.

Esta nova falha no isolated-vm, uma das bases da segurança do n8n, intensifica as preocupações com a robustez da plataforma. Em 10 de fevereiro de 2026, o CEVIU News já havia coberto a vulnerabilidade CVE-2026-25049, outra falha de type confusion no n8n, explorada via avaliador de expressões. Agora, a detecção de uma nova type confusion em uma dependência crítica do n8n (o isolated-vm) demonstra uma evolução na sofisticação dos ataques, mirando componentes mais fundamentais da arquitetura.

Enquanto a falha anterior explorava peculiaridades da tipagem do TypeScript no próprio n8n, esta nova brecha atinge o código C++ que faz a "cola" entre o V8 Isolate e o restante da aplicação. Isso mostra que as ameaças se movem para a camada de infraestrutura, expondo fragilidades em mecanismos de isolamento que eram tidos como inquebráveis. A cobertura de 17 de agosto de 2026 sobre RCE no n8n por Prototype Pollution reforça a pressão sobre a plataforma, que se vê novamente sob ataque.

Esta vulnerabilidade é um golpe na confiança em sandboxes de JavaScript, especialmente aquelas construídas sobre isolamento de V8. O isolated-vm é a espinha dorsal de segurança para inúmeras aplicações que rodam código não confiável, incluindo plataformas de automação (como n8n, Activepieces), agentes de IA (Mastra AI, Sim.ai) e até grandes plataformas como Rocket.Chat. A possibilidade de um escape de sandbox nessas ferramentas representa um risco imenso de comprometimento de dados e infraestrutura.

A lição principal é que a segurança não reside apenas no "primitivo" de isolamento (o V8 Isolate, que se manteve íntegro), mas crucialmente na camada de "cola" (glue code) que lida com a passagem de dados entre ambientes confiáveis e não confiáveis. Essa camada de C++, por operar em linguagem de baixo nível e manusear ponteiros diretamente, se torna um vetor de ataque crítico quando mal implementada. A atualização imediata para as versões 7.0.1 ou 6.2.0 é imperativa para todos os desenvolvedores que utilizam a biblioteca.