A n8n corrigiu uma falha de alta gravidade de escape do sandbox de expressões, que poderia permitir que um editor autenticado de fluxos de trabalho executasse comandos do sistema operacional no servidor que executa a plataforma de automação.
A vulnerabilidade foi descoberta pela Security Joes durante a análise de uma correção aplicada em fevereiro para a
CVE-2026-27577
, em busca de outro modo de contornar a proteção.
As versões afetadas são anteriores à 2.31.5 e também a faixa entre 2.32.0 e 2.32.1.
A n8n corrigiu o problema nas versões 2.31.5 e 2.32.1.
A empresa acompanha o caso como GHSA-gv7g-jm28-cr3m, atribui gravidade alta e nota 8,7 na CVSS 4.0.
Até 27 de julho de 2026, não havia CVE associado ao caso.
Administradores devem atualizar o quanto antes, em vez de depender da orientação temporária da n8n para restringir o acesso à instância e a edição de fluxos apenas a usuários totalmente confiáveis.
O aviso de segurança descreve esses controles como medidas incompletas e de curto prazo.
Não há indicação de uma versão 1.x corrigida, e a empresa não informou se o n8n Cloud foi afetado.
A exploração exigia uma conta válida com permissão para criar ou modificar fluxos de trabalho.
Não era necessária nenhuma ação de outro usuário.
Se bem-sucedido, o exploit executava comandos com os privilégios do processo do n8n.
Em relatório, a Security Joes afirmou que o acesso poderia expor a variável N8N_ENCRYPTION_KEY e permitir a decriptação de credenciais armazenadas no n8n.
Isso também poderia abrir caminho para bancos de dados conectados, serviços internos e endpoints em cloud.
Quando o relatório foi preparado, a empresa ainda não havia observado exploração em ambiente real.
O comunicado público da n8n não informa se a falha foi explorada antes da correção.
Os criadores de fluxos do n8n usam expressões como ={{ $json.email }}.
Um reescritor de árvore de sintaxe abstrata redireciona identificadores JavaScript livres nessas expressões para o contexto de dados controlado pelo n8n, em vez de permitir que eles acessem o runtime do Node.js.
Na versão 2.31.4, o arquivo VariablePolyfill.ts colocava ArrowFunctionExpression em um ramo explícito sem ação.
Assim, um corpo conciso de arrow function como () => process podia resolver process para o verdadeiro global do Node.js, e não para o valor isolado no sandbox.
O segundo ponto cego, segundo a Security Joes, estava nas verificações de propriedades da n8n, que inspecionam nomes estáticos de propriedades em member expressions.
Já Reflect.get() recebe a propriedade solicitada como argumento de função.
Os pesquisadores usaram essa diferença para recuperar process.getBuiltinModule, carregar child_process e executar um comando no host.
Eles testaram o proof-of-concept contra a n8n 2.30.4, tanto pelo pacote de fluxo de trabalho lançado publicamente quanto em uma instância local do n8n.
Uma comparação entre os arquivos de origem públicos das versões 2.31.4 e 2.31.5 confirma a lacuna nas arrow functions.
Isso, porém, não confirma de forma independente a cadeia completa de exploit via Reflect.get() descrita no relatório da Security Joes.
O reescritor corrigido adiciona um tratamento específico para ArrowFunctionExpression, que encaminha um identificador isolado em um corpo conciso de arrow function pelo contexto de dados.
“Nenhum deles, sozinho, é suficiente.
Nenhum foi coberto por testes”, afirmou a equipe de pesquisa da Security Joes ao comentar as duas condições das quais o exploit dependia.
A Security Joes estimou inicialmente que a falha ficaria próxima da classificação Crítica de 9,4 atribuída à
CVE-2026-27577
.
A nota publicada pela empresa, de 8,7, é a pontuação atual.
Os pesquisadores identificaram o escape residual em 14 de julho e o relataram por meio do programa de divulgação de vulnerabilidades da n8n em 15 de julho.
A n8n publicou as versões corrigidas em 22 de julho.
Defensores devem revisar fluxos de trabalho criados ou modificados recentemente em busca de funções arrow inesperadas ou JavaScript ofuscado.
Também é recomendável procurar shells, PowerShell, curl ou wget iniciados como filhos do processo do n8n ou do Node.js.
As credenciais devem ser rotacionadas sempre que houver indícios de execução suspeita de fluxos ou de comandos no host.
A descoberta amplia uma série de escapes do sandbox de expressões que a n8n vem corrigindo desde 2025.
Ela sucede a
CVE-2026-27577
, um escape classificado como 9,4 e corrigido em fevereiro, depois que pesquisadores constataram que o objeto process escapava pela mesma camada de reescrita de identificadores sem ser transformado.
Em implantações afetadas nas quais a n8n armazena credenciais com privilégios amplos ou alcança sistemas internos sensíveis, um atacante que comprometa uma conta com permissão para editar fluxos pode usar a falha para executar comandos como o processo do n8n e acessar serviços disponíveis a partir do host da plataforma.
Publicidade
Vibecoding cria 10x mais sistemas, 20x mais vulneráveis. E quem ganha com isso é a galera do hacking ético e pentest. Quer ser pago para invadir sistemas? Então você tem que aprender com a Solyd que são os melhores do Brasil. Saiba mais...