CVE-2026-25049: Sandbox de expressões que leva à execução remota de código no n8n

Em fevereiro de 2026, foi divulgada publicamente uma vulnerabilidade crítica de fuga da sandbox no n8n, a plataforma de código aberto de automação de fluxos de trabalho amplamente utilizada. Identificada como CVE-2026-25049, esta falha permite que utilizadores autenticados contornem a sandbox de avaliação de expressões e executem comandos de sistema arbitrários no servidor anfitrião, conseguindo a execução remota total de código com uma pontuação CVSS v3.1 de 9,9.

No âmbito do Programa de Bolsas de EstudoOPSWAT , os nossos bolseiros realizaram uma análise técnica exaustiva da vulnerabilidade CVE-2026-25049, examinando a sua causa principal, o mecanismo de exploração e o impacto nas organizações.

Este blog apresenta uma análise detalhada da vulnerabilidade — desde a arquitetura de processamento de expressões do n8n e os seus controlos de segurança em camadas até à técnica específica que contorna simultaneamente todas as cinco camadas de defesa.

A CVE-2026-25049 é uma vulnerabilidade crítica de fuga da sandbox de expressões no n8n, classificada sob o CWE-913: Controlo inadequado de recursos de código geridos dinamicamente. A falha afeta todas as versões do n8n anteriores à 1.123.17, bem como as versões 2.0.0 a 2.5.1, e foi corrigida nas versões 1.123.17 e 2.5.2. Permite que utilizadores autenticados com permissões de criação de fluxos de trabalho criem expressões JavaScript maliciosas que contornam a sandbox de expressões da plataforma, conseguindo, em última instância, a execução arbitrária de comandos no servidor anfitrião.

A n8n é uma plataforma de código aberto para automação de fluxos de trabalho que permite às organizações ligar sistemas, automatizar processos e criar integrações entre centenas de serviços. Com uma ampla adoção e mais de 1 300 integrações disponíveis, a n8n tornou-se uma das ferramentas mais populares na sua categoria, utilizada por equipas de desenvolvimento e empresas para automatizar tudo, desde ferramentas internas até fluxos de dados essenciais para o negócio.

Uma Árvore de Sintaxe Abstrata (AST) é uma representação hierárquica do código-fonte produzida por um analisador sintático. Em vez de tratar o código como uma cadeia de caracteres plana, uma AST decompõe-no em nós estruturados que representam os seus elementos sintáticos — declarações de variáveis, expressões de funções, expressões de membros, identificadores e literais.

Compreender os tipos de nós AST é essencial para esta análise, uma vez que os controlos de segurança do n8n operam ao nível da AST. Os sanitizadores inspecionam tipos de nós específicos para detetar e bloquear padrões perigosos. A vulnerabilidade aproveita-se do facto de que a mesma operação semântica — aceder à propriedade de um objeto — pode produzir tipos de nós AST totalmente diferentes, dependendo da sintaxe JavaScript utilizada.

A arquitetura do n8n está organizada em cinco camadas: Frontend, CLI, Core, Workflow e Nodes. A camada Workflow é responsável pela avaliação de expressões, que é o componente relevante para esta vulnerabilidade.

O n8n permite aos utilizadores incorporar expressões JavaScript nos parâmetros dos nós do fluxo de trabalho para manipular dados de forma dinâmica. Estas expressões são avaliadas do lado do servidor utilizando uma biblioteca chamada Tournament, que analisa as expressões numa AST antes da execução. Os ganchos de sanitização são inseridos diretamente no processo de criação do Tournament, realizando verificações durante a construção da AST para interceptar padrões perigosos antes da execução de qualquer código.

Uma vez que estas expressões são executadas no mesmo processo Node.js que o servidor n8n, a plataforma implementa cinco camadas de segurança distintas, concebidas para impedir que código não confiável escape da sandbox.

Camada 1 - Substituição do contexto global

Antes de qualquer expressão ser avaliada, o n8n cria um contexto de execução restrito, substituindo objetos e funções globais perigosos. Propriedades como document, window, globalThis, eval, setTimeout, setInterval e Function são substituídas por objetos vazios, impedindo o acesso direto a essas funcionalidades.

Esta abordagem tem uma limitação inerente: se um atacante conseguir escapar do contexto restrito e aceder ao objeto de processo global real, as propriedades sobrescritas tornam-se irrelevantes.

Camada 2 - Validação por expressões regulares

Antes de a expressão chegar ao avaliador, o n8n aplica uma verificação de expressão regular à cadeia de caracteres da expressão em bruto para bloquear o acesso à propriedade do construtor — um vetor comum para obter o construtor Function e conseguir a execução do código.

A expressão regular /\.\s*constructor/gm deteta o acesso à propriedade .constructor através da notação de ponto. No entanto, esta verificação é fundamentalmente limitada, uma vez que o JavaScript oferece várias formas sintáticas de aceder à mesma propriedade, nem todas as quais envolvem a notação de ponto.

Camada 3 - Sanitizador de tempo de execução AST – PrototypeSanitizer

A defesa mais sofisticada é ativada durante a construção do AST. O gancho PrototypeSanitizer percorre o AST e inspeciona os nós MemberExpression para determinar se a propriedade acedida consta numa lista de bloqueio de propriedades de objetos inseguras — incluindo constructor, __proto__, prototype, mainModule e binding.

O sanitizador lida com três casos: notação de ponto (obj.prop), em que verifica o nome do identificador; notação de colchetes estática (obj['prop']), em que verifica o valor da cadeia de caracteres literal; e expressões dinâmicas, que são envolvidas numa função de sanitização em tempo de execução. Conforme ilustrado na Figura 10, apenas os nós MemberExpression são inspecionados — os padrões de desestruturação não são percorridos.

Camada 4 - Função de sanitização do AST em tempo de execução ThisSanitizer

Adicionado como uma correção direta para a vulnerabilidade CVE-2025-68613, o FunctionThisSanitizer intercepta as Expressões de Função Invocadas Imediatamente (IIFEs) e reescreve-as para associar `this` a um objeto vazio. Isto impede a técnica utilizada na exploração original, em que (function(){ return this })() provocava a fuga do objeto global do processo através da referência `this` não associada.

A exploração combina ambas as falhas para contornar todas as camadas de segurança simultaneamente. Os nossos colegas identificaram o seguinte percurso de exploração:

Passo 1 - Inserção da função-seta. A carga útil começa com uma função-seta envolvida numa Expressão de Função Invocada Imediatamente (IIFE):

={{(() => {
// Função-seta - ignora o FunctionThisSanitizer
...
})()}}

O FunctionThisSanitizer verifica se o destinatário da chamada é uma FunctionExpression; uma vez que se trata de uma ArrowFunctionExpression, o sanitizer retorna antecipadamente sem reescrever a chamada. A função-seta é executada com acesso total ao contexto global real.

Passo 2 - Desestruturação de bypass. Dentro da função-seta, a desestruturação extrai o construtor `Function` de uma instância da função-seta:

const { constructor } = () => {};

Como se trata de uma atribuição de desestruturação, a AST contém um nó ObjectPattern em vez de um MemberExpression. A verificação por expressão regular não deteta nenhum padrão .constructor, e o PrototypeSanitizer nunca inspeciona o nome da propriedade. O atacante detém agora uma referência ao construtor Function.

Passo 3 - Execução de código dinâmico. Com o construtor da função obtido, o atacante cria e executa código arbitrário:

return constructor(
'return process.mainModule.require("child_process").execSync("whoami").toString()',
)();

A função construída dinamicamente é executada fora do contexto da sandbox com acesso total ao objeto de processo do Node.js, permitindo a execução de comandos de sistema arbitrários no host.

Para demonstrar o impacto desta vulnerabilidade na prática, os nossos investigadores reproduziram a exploração num ambiente de laboratório controlado. O cenário de ataque envolve a hospedagem de uma instância vulnerável do n8n e a importação de um fluxo de trabalho que contém a carga maliciosa num parâmetro de nó — visando especificamente o nó «Edit Fields», que permite a avaliação de expressões.

Assim que o fluxo de trabalho é acionado, a carga maliciosa contorna todas as cinco camadas de sanitização e executa um shell reverso no servidor anfitrião, devolvendo ao atacante a capacidade total de execução de comandos.

Ao utilizar OPSWAT , as organizações podem identificar rapidamente os componentes n8n vulneráveis na sua infraestrutura e tomar medidas antes que ocorra qualquer exploração. OPSWAT , uma tecnologia fundamental da plataforma MetaDefender®, fornece um inventário abrangente de todos os componentes de software, bibliotecas e dependências em uso no ambiente de uma organização.