Os 16 avisos publicados em 22 de julho de 2026 incluem falhas de acesso a credenciais e execução de comandos, além de exposição de arquivos e interferência entre workflows. Você pode conferir cada recurso utilizado na sua instância e comparar a versão em execução com a faixa corrigida da linha correspondente.
Aplicativon8n
Data do compilado
Vulnerabilidades16
As pontuações são da versão 4.0 do CVSS. As faixas de versões reproduzem os campos da API, inclusive nos avisos cuja prosa informa versões diferentes. Correção disponível no projeto não confirma atualização da sua instância. As medidas temporárias descritas nas fichas reduzem a exposição e não substituem a atualização.
Gravidade altaCVSS: 8,9/10Correção disponível
Acesso a perfis alheios pelo login com troca de tokens
O login incorporado associava um token assinado a um perfil local pelo email declarado, sem exigir a confirmação desse email nem respeitar o limite de papéis da chave confiável. Um token aceito podia autenticar o atacante como outro usuário existente e conceder acesso integral ao perfil escolhido.
Casos de uso afetados
A sua instância tem o embed login ativo e ao menos uma origem de chaves confiáveis configurada. Um emissor aceito fornece tokens com emails sem verificação, permitindo a associação indevida a perfis locais.
Confira na sua instância
Confira N8N_TOKEN_EXCHANGE_ENABLED e as origens de chaves confiáveis. Revise allowedRoles e a exigência de email verificado no emissor. Examine os registros auth_identity com token-exchange associados a perfis privilegiados. Para suspender esse login durante a atualização, defina N8N_TOKEN_EXCHANGE_ENABLED=false.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
A seção Patches menciona somente 2.32.1, mas os campos estruturados da API também informam >= 2.31.5. As faixas abaixo preservam os campos da API.
Gravidade altaCVSS: 8,7/10Correção disponível
Execução de comandos por expressões com arrow functions
Uma expressão preparada com arrow functions podia ultrapassar as restrições do sandbox de expressões. Um usuário autenticado com criação ou edição de workflows conseguia provocar a execução de comandos do sistema no servidor que executava o n8n.
Casos de uso afetados
Você permite que outros usuários criem ou alterem workflows na instância. Esses editores conseguem inserir expressões com funções de seta nos campos avaliados pelo n8n.
Confira na sua instância
Confira a versão do processo em execução e as permissões de criação e edição de workflows. Revise expressões adicionadas por editores não confiáveis, especialmente corpos de arrow functions. A presença dessas funções pode ser legítima, portanto a revisão das expressões complementa a atualização e não comprova, por si só, a exploração.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 8,7/10Correção disponível
Execução de código por alteração de protótipos no motor de expressões
O acesso a elementos de arrays no motor de expressões VM podia expor uma referência a um recurso nativo do processo principal. Um editor autenticado conseguia modificar o protótipo desse recurso e alcançar execução de código no processo do n8n.
Casos de uso afetados
A instância utiliza o motor de expressões VM e permite a criação ou edição de expressões em workflows. O aviso abrange tanto instalações próprias quanto instâncias na nuvem que utilizam esse motor.
Confira na sua instância
Identifique o motor de expressões efetivamente utilizado na sua instância e confira a versão executada. Revise os acessos de edição aos workflows. Caso a instalação ofereça outro motor, você pode desativar o VM durante a atualização, conforme a alternativa disponível no seu ambiente.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 8,7/10Correção disponível
Execução de comandos por hooks no Node Git
Com as configurações padrão de segurança do Git, um repositório local preparado pelo atacante podia levar o Node Git a executar hooks. Esses scripts rodavam comandos com as permissões do usuário do sistema operacional que executava o processo do n8n.
Casos de uso afetados
Um usuário autenticado consegue criar e executar workflows com o Node Git e preparar um repositório local para suas ações. O aviso inclui instalações próprias e instâncias na nuvem com essas permissões.
Confira na sua instância
Revise os workflows com o Node Git e a origem dos repositórios locais utilizados. Examine os hooks presentes nesses repositórios e as permissões do processo do n8n. Confira a versão corrigida ou desative temporariamente o Node com n8n-nodes-base.git em NODES_EXCLUDE.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 8,2/10Correção disponível
Leitura de arquivos e requisições indevidas pelo Send Email
O Node Send Email aceitava objetos nos campos de mensagem que deveriam receber texto. A biblioteca Nodemailer podia interpretar esses objetos como caminhos de arquivos ou URLs, levando à leitura de arquivos do servidor e a requisições feitas pelo n8n a destinos indicados na entrada.
Casos de uso afetados
Um workflow ativo recebe chamadas por um webhook sem autenticação e envia o conteúdo recebido diretamente ao corpo de texto ou HTML do Send Email. A exploração exige também credenciais SMTP válidas configuradas nesse Node.
Confira na sua instância
Abra os workflows ativos que ligam um webhook público ao Send Email e acompanhe as expressões dos campos de corpo até a entrada recebida. Confira se você valida o tipo como string e restringe o acesso ao webhook. Compare a versão em execução com a faixa corrigida da sua linha.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Essa combinação de webhook público, credencial de email e entrada direta no corpo da mensagem não faz parte da configuração padrão do n8n.
Gravidade altaCVSS: 7,7/10Correção disponível
Gravação de arquivos pelo formato de saída do Edit Image
O Node Edit Image repassava o formato de saída à biblioteca de imagens sem validar seu conteúdo. Um valor preparado podia direcionar a gravação para fora do diretório de trabalho do Node, permitindo que um usuário autenticado com execução de workflows escrevesse arquivos na instância.
Casos de uso afetados
Você disponibiliza o Edit Image a usuários autenticados que podem executar workflows e controlar seu formato de saída. A biblioteca recebe o valor manipulado e pode gravar em outro local acessível ao processo.
Confira na sua instância
Examine o formato de saída dos Nodes Edit Image e a origem das expressões usadas nesse campo. Confira os diretórios graváveis pelo processo do n8n e compare a versão instalada com a correção da sua linha. Você pode excluir o Node com n8n-nodes-base.editImage em NODES_EXCLUDE durante a manutenção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 7,2/10Correção disponível
Acesso indevido a credenciais em sub-workflows definidos por JSON
A conferência de credenciais examinava o nível principal dos Nodes, mas ignorava referências dentro do JSON embutido no Execute Sub-workflow. Um editor podia inserir ali uma credencial sem autorização, aceita ao gravar e executar o workflow. A resolução ocorria no projeto do workflow principal e permitia utilizar ou extrair o segredo.
Casos de uso afetados
O compartilhamento de workflows está habilitado e um membro recebeu explicitamente o papel Editor. Conhecendo o identificador da credencial, ele a referencia na definição de um sub-workflow incluída diretamente no Node.
Confira na sua instância
Nos workflows compartilhados, localize Execute Sub-workflow com Source definido como Parameter. Leia o JSON embutido e compare suas referências de credenciais com as permissões dos editores. Revise os destinos de rede desse sub-workflow e confirme que a instância executa uma versão corrigida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 7,1/10Correção disponível
Vazamento de credenciais por URLs configuráveis em Nodes de IA
Vários Nodes de IA e modelos de linguagem ignoravam a lista Allowed HTTP Request Domains ao usar uma URL base ou um endpoint informado no workflow. Um editor com permissão apenas para usar uma credencial compartilhada podia direcionar a requisição a um servidor próprio e receber o segredo enviado na autenticação.
Casos de uso afetados
Você compartilha uma credencial com acesso de uso, sem permitir a visualização do segredo, e configura os domínios autorizados. Um membro com edição de workflows utiliza essa credencial em um dos Nodes afetados e altera a URL de destino.
Confira na sua instância
Confira as credenciais que possuem Allowed HTTP Request Domains e examine seus compartilhamentos. Nos workflows que as utilizam em Nodes de IA, compare as URLs base e os endpoints com os domínios autorizados. Revise permissões de edição e confirme a versão instalada na linha correspondente.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 7,1/10Correção disponível
Uso de credenciais sem autorização pelo genericAuthType
No Node HTTP Request, uma expressão em genericAuthType podia escapar da conferência de acesso à credencial. A validação comparava a expressão ainda sem avaliação com o tipo esperado, mas a execução carregava a credencial pelo tipo efetivo. Um membro podia utilizar ou extrair um segredo ao qual não tinha acesso autorizado.
Casos de uso afetados
Um membro autenticado possui edição de um workflow compartilhado e conhece o identificador da credencial de outro usuário. Ele referencia essa credencial em um HTTP Request e define o tipo de autenticação por uma expressão.
Confira na sua instância
Examine os Nodes HTTP Request dos workflows compartilhados, incluindo o campo genericAuthType nas definições exportadas. Para cada referência de credencial, confira se o editor possui autorização para utilizá-la. Revise a exposição dos identificadores e confirme a atualização. Se o Node for dispensável, você pode excluí-lo com n8n-nodes-base.httpRequest em NODES_EXCLUDE.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 7,1/10Correção disponível
Leitura de repositórios fora do diretório permitido pelo Node Git
As ações fetch, pull e push-tags do Node Git não aplicavam a conferência de caminhos já usada em clone e push. Uma configuração de remote permitida podia apontar para um caminho local fora do sandbox, trazendo outro repositório para o workspace e expondo seus arquivos e histórico.
Casos de uso afetados
Um usuário autenticado pode criar e executar workflows com o Node Git. O processo do n8n alcança um repositório local fora do diretório previsto e o usuário consegue indicar esse caminho na configuração do remote.
Confira na sua instância
Revise os Nodes Git que executam fetch, pull ou push-tags e confira os caminhos locais referenciados pelos remotes. Examine os diretórios acessíveis ao processo do n8n fora do workspace. Durante a atualização, você pode desativar o Node com n8n-nodes-base.git em NODES_EXCLUDE.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade altaCVSS: 7,1/10Correção disponível
Indisponibilidade da instância por nomes de campos no Edit Fields
O Node Edit Fields (Set) utilizava nomes com notação de pontos para atribuir campos, sem restringir caminhos que alcançavam métodos nativos herdados. Um usuário autenticado podia corromper um recurso global usado na autenticação do processo Node.js. Todas as requisições autenticadas falhavam até o reinício do processo.
Casos de uso afetados
Um usuário autenticado consegue configurar e executar o Edit Fields (Set) com nomes de campos manipulados. Como o recurso alterado pertence ao processo principal, a falha afeta o acesso de todos os usuários da instância.
Confira na sua instância
Revise os nomes de campos com notação de pontos nos Nodes Edit Fields (Set) e procure alterações inesperadas feitas por editores. Confira os logs para erros HTTP 500 que afetem requisições autenticadas de vários usuários. Compare a versão executada com 1.123.73, 2.35.4 ou 2.36.2, conforme a linha utilizada.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.73
>= 1.123.73
n8n 2.36.x
< 2.36.2
>= 2.36.2
n8n 2.35.x
< 2.35.4
>= 2.35.4
A prosa do aviso ainda cita 1.123.67, 2.31.5 e 2.32.1, mas os campos da API informam correções em 1.123.73, 2.35.4 e 2.36.2. As faixas abaixo seguem a API. Reiniciar o processo recupera o acesso após a falha, mas mantém a vulnerabilidade na versão afetada.
Gravidade moderadaCVSS: 6,4/10Correção disponível
Acesso a serviços internos pelo MCP Client
O Node MCP Client enviava requisições a endpoints configuráveis sem aplicar a proteção contra SSRF, que restringe requisições do servidor a destinos indevidos, e sem fixar o endereço resolvido. Um editor autenticado podia alcançar serviços internos ou destinos recusados pela proteção e ler as respostas no workflow.
Casos de uso afetados
A sua instância tem a proteção contra SSRF habilitada e permite a criação ou edição de workflows com MCP Client. Um editor consegue definir o endpoint que o servidor acessa.
Confira na sua instância
Confira os endpoints de todos os Nodes MCP Client e a configuração da proteção contra SSRF. Examine também as restrições de saída de rede para endereços internos e link-local. A proteção habilitada exige uma versão corrigida para abranger esse Node. Durante a atualização, você pode excluí-lo por NODES_EXCLUDE.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade moderadaCVSS: 5,8/10Correção disponível
Interferência entre execuções pelo cache do runner JavaScript
O task runner JavaScript reutilizava o mesmo cache de módulos nas execuções de Code de diferentes usuários. Um participante podia modificar um módulo em cache e interferir no código executado por outro participante no mesmo runner, expondo conteúdo ou alterando o resultado e a disponibilidade dessas execuções.
Casos de uso afetados
A sua instância atende vários usuários e executa Nodes Code no runner JavaScript com módulos nativos ou externos habilitados. As execuções de usuários distintos compartilham esse runner.
Confira na sua instância
Confira NODE_FUNCTION_ALLOW_BUILTIN e NODE_FUNCTION_ALLOW_EXTERNAL no ambiente do runner e identifique os usuários que compartilham sua execução. Você pode remover essas variáveis para suspender o acesso aos módulos ou usar runners externos dedicados por usuário ou projeto, se a instalação permitir. Confirme também a versão corrigida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
O aviso descreve uma falha de isolamento entre usuários da mesma instância. Não caracteriza escape do sandbox nem execução remota de código.
Gravidade moderadaCVSS: 5,8/10Correção disponível
Injeção de SQL nos identificadores do Postgres Trigger
O Node Postgres Trigger montava comandos SQL com nomes de canal, função e trigger sem o escape adequado. Um usuário autenticado podia inserir SQL nesses campos e executá-lo no PostgreSQL conectado com as permissões da credencial configurada, permitindo leitura e alteração do banco.
Casos de uso afetados
Um usuário autenticado configura o Postgres Trigger e consegue alterar os identificadores usados nos comandos SQL. O alcance sobre tabelas e registros acompanha os privilégios da credencial utilizada pelo Node.
Confira na sua instância
Abra os Nodes Postgres Trigger e revise os nomes de canal, função e trigger, além dos acessos de edição desses workflows. No PostgreSQL, confira os privilégios do papel utilizado pela credencial e evite SUPERUSER. Você pode suspender o Node com n8n-nodes-base.postgresTrigger em NODES_EXCLUDE até aplicar a correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
Gravidade moderadaCVSS: 5,3/10Correção disponível
Injeção de SQL em consultas do Snowflake
A ação Execute Query do Node Snowflake inseria o resultado de expressões diretamente no texto SQL. Uma entrada externa podia alterar a consulta quando o workflow já usava essa entrada dentro do comando, sem separar os valores da instrução enviada ao banco.
Casos de uso afetados
Você utiliza o Snowflake executeQuery para consultar registros a partir de um webhook ou outra origem externa. O workflow inclui uma expressão controlada por essa origem diretamente na consulta SQL.
Confira na sua instância
Leia as consultas dos Nodes Snowflake com Execute Query e identifique expressões que recebem conteúdo externo. Na versão corrigida, use o campo Query Parameters com placeholders posicionais para esses valores. Em um banco de teste, confira se um valor com apóstrofo é interpretado como conteúdo do campo e mantém a consulta pretendida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.67
>= 1.123.67
n8n 2.32.x
< 2.32.1
>= 2.32.1
n8n 2.31.x
< 2.31.5
>= 2.31.5
A correção acrescenta o campo opcional Query Parameters. Você precisa revisar as consultas existentes que continuam interpolando entradas externas diretamente no SQL.
Gravidade moderadaCVSS: 4,9/10Correção disponível
Leitura de arquivos fora da pasta base pelo computer-use
A ferramenta search_files do componente @n8n/computer-use podia interpretar um padrão de busca que ultrapassava a pasta base configurada. O resultado incluía nomes e conteúdo de arquivos externos a essa pasta, limitado aos arquivos que o usuário do sistema operacional do daemon conseguia ler.
Casos de uso afetados
Um workflow de agente utiliza o computer-use e recebe uma entrada capaz de influenciar o padrão de busca da ferramenta. O daemon possui leitura de arquivos fora da pasta destinada à pesquisa.
Confira na sua instância
Localize os workflows que utilizam computer-use e acompanhe a origem dos padrões enviados a search_files. Confira a pasta base configurada e as permissões do usuário do sistema operacional do daemon. Você pode suspender esses workflows durante a atualização e limitar a leitura desse usuário aos arquivos necessários.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Programador há mais de 20 anos, fundador da Powertic e da Promovaweb. Embaixador do n8n no Brasil e da Baserow, Chatwoot, Miro e Kestra. Membro do Product Team do Mautic.
Canais oficiais
Nossos Links
Encontre a Promovaweb no canal que combina com o seu próximo passo.
