Ir para o conteúdo principal Saltar para a pesquisa Saltar para a navegação principal
Menu
Importante Cibersegurança Pontuação: 8/10

Node.js: Quatro falhas críticas de segurança com pontuação máxima corrigidas no vm2

No sandbox vm2 do Node.js foram corrigidas quatro falhas críticas com CVSS máximo de 10.0. Invasores podiam explorar fugas do sandbox para comprometer sistemas host.

O que aconteceu?

No sandbox vm2 do ambiente de execução JavaScript de código aberto Node.js, várias falhas de segurança foram corrigidas. Com a versão 3.11.4, os desenvolvedores corrigiram um total de quatro vulnerabilidades "críticas", cada uma classificada com a pontuação CVSS máxima possível de 10.0: CVE-2026-47208, CVE-2026-47137, CVE-2026-47140 e CVE-2026-47131. Todas as quatro falhas envolvem fugas de sandbox, com as quais invasores podem comprometer PCs host com código malicioso.

Os detalhes

O cerne do problema está no fato de que os processos process e inspector/promises não constam na lista de bloqueio do Node.js. Os invasores podem explorar isso para uma fuga do sandbox. Além disso, é possível combinar diversas funções para, com o auxílio do construtor TypeError, alcançar o sistema host.

Além das quatro falhas críticas, o patch corrige mais uma vulnerabilidade "crítica" (CVE-2026-47210), que possibilita uma fuga adicional do sandbox no contexto do WebAssembly JSPI. Ademais, os desenvolvedores corrigiram três falhas de segurança com nível de ameaça "alto" (CVE-2026-47139, CVE-2026-47209, CVE-2026-47135).

Detalhes técnicos adicionais sobre as falhas individuais podem ser encontrados na área de segurança do site do GitHub do projeto.

Contextualização

O vm2 já vem gerando manchetes repetidamente desde o início de maio, pois invasores conseguiram driblar o sandbox diversas vezes. Recentemente, os desenvolvedores haviam corrigido outras duas falhas de segurança "críticas" (CVE-2026-26956, CVE-2026-45411). As descobertas atuais se somam, assim, a uma longa série de problemas de segurança nessa solução de sandbox.

Para o setor de tecnologia de segurança, esse desenvolvimento é relevante porque muitas aplicações e serviços se baseiam no Node.js – inclusive no contexto de sistemas de gerenciamento de vídeo, plataformas de controle de acesso ou interfaces de administração baseadas na web para sistemas de alarme. Um sandbox comprometido pode, no pior dos casos, levar invasores a obter controle sobre o sistema host subjacente e, com isso, potencialmente acessar também a infraestrutura de segurança conectada.

Dicas práticas

  • Os administradores devem atualizar imediatamente os sistemas afetados para a versão 3.11.4, a fim de corrigir as falhas identificadas.
  • Sistemas que utilizam o vm2 em conjunto com aplicações Node.js devem ter sua superfície de ataque verificada – especialmente onde são operadas interfaces de gerenciamento baseadas na web para tecnologia de segurança.
  • Mesmo que ainda não haja indícios de exploração ativa das vulnerabilidades, a aplicação do patch não deve ser adiada, já que, com uma pontuação CVSS de 10.0, o potencial teórico de dano é máximo.
  • A área de segurança do site do GitHub do projeto vm2 deve ser verificada regularmente em busca de novos avisos, já que falhas críticas já surgiram várias vezes em rápida sucessão.

Perspectivas

Diante do acúmulo de falhas críticas de segurança desde o início de maio, é de se esperar que a pesquisa de segurança sobre o vm2 continue ativa e possivelmente revele mais vulnerabilidades. Para operadores de sistemas baseados em Node.js e vm2, isso significa que processos de gerenciamento de patches devem ser estabelecidos de forma consistente e revisados regularmente. Detalhes sobre uma eventual exploração ativa das falhas atuais ainda não são conhecidos, razão pela qual vigilância e aplicação tempestiva de patches continuam sendo as medidas de proteção mais importantes no momento.