As falhas publicadas em 25 de fevereiro de 2026 atingem recursos diferentes do n8n. Você pode conferir os Nodes usados pelos seus workflows e os métodos de autenticação para identificar os cenários descritos. Cada ficha explica o mecanismo, preserva as versões informadas no aviso e orienta uma conferência na instância.
Aplicativon8n
Data do compilado
Vulnerabilidades13
As pontuações são do CVSS 4.0, usado pelo n8n como referência principal. A correção indicada informa sua disponibilidade no projeto, sem afirmar que sua instância já foi atualizada. As conferências abaixo orientam a revisão de configurações e registros, sem executar a exploração das falhas.
Gravidade críticaCVSS: 9,4/10Correção disponível
Execução fora do sandbox no JavaScript Task Runner
Com os Task Runners habilitados, um editor autenticado de workflows pode explorar o isolamento do JavaScript Task Runner e executar código fora do sandbox. No modo interno padrão, isso pode comprometer o servidor do n8n. No modo externo, outras tarefas executadas no mesmo runner também podem ser acessadas ou afetadas.
Casos de uso afetados
Você executa workflows com N8N_RUNNERS_ENABLED=true e permite que outros editores criem ou alterem código. O modo interno coloca a execução vulnerável no ambiente do servidor do n8n.
Você usa runners externos compartilhados por diferentes tarefas. A separação do servidor principal limita o alcance, mas outras tarefas daquele runner continuam expostas.
Confira na sua instância
Confira o valor efetivo de N8N_RUNNERS_ENABLED no serviço em execução e depois verifique N8N_RUNNERS_MODE. No modo externo, examine quais tarefas compartilham o runner e quais recursos ele pode acessar. Revise as permissões dos editores de workflows e confirme a versão realmente carregada pelo n8n e pelo ambiente dos runners.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
A opção N8N_RUNNERS_MODE=external limita o alcance sobre o servidor principal, mas não corrige o escape do sandbox nem torna as outras tarefas do runner imunes.
Gravidade críticaCVSS: 9,4/10Correção disponível
Acesso a arquivos e execução de código pelo Python Code Node
O sandbox do Python Code Node permite acesso indevido a determinados objetos internos do Python. Um editor autenticado de workflows pode usar esse acesso para extrair conteúdo de arquivos ou executar código fora do isolamento previsto. A falha exige Task Runners habilitados e pode comprometer o servidor no modo interno ou afetar outras tarefas no runner externo.
Casos de uso afetados
Você habilita N8N_RUNNERS_ENABLED=true e executa o Code Node em Python em workflows que outros editores podem alterar. Os arquivos acessíveis ao ambiente do runner podem ser expostos por essa falha.
Confira na sua instância
Localize os Code Nodes configurados para Python e confira quais editores podem alterá-los. Verifique se os Task Runners estão habilitados e examine o modo usado, os diretórios montados e as permissões de leitura do processo executor. Compare a versão em execução com as correções do aviso, sem tentar acessar objetos internos para reproduzir o escape.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
Excluir n8n-nodes-base.code por NODES_EXCLUDE desativa o Code Node, incluindo usos além do Python. O comunicado apresenta essa exclusão como mitigação temporária.
Gravidade críticaCVSS: 9,4/10Correção disponível
Comandos no servidor por escape do sandbox de expressões
Expressões preparadas nos parâmetros de um workflow podem ultrapassar o isolamento da avaliação e executar comandos no servidor do n8n. A exploração exige autenticação e permissão para criar ou editar workflows. O aviso reúne formas adicionais de exploração identificadas após a CVE-2025-68613, por isso você precisa comparar a versão instalada com as correções deste comunicado.
Casos de uso afetados
Você permite que outros editores alterem parâmetros com expressões nos workflows da instância. Um editor mal-intencionado pode usar essa avaliação para alcançar comandos do sistema, mesmo sem usar o Code Node.
Confira na sua instância
Revise as permissões de criação e edição de workflows e examine alterações recentes em parâmetros com expressões. Confira o usuário do sistema que executa o n8n e seus acessos a arquivos e rede. Compare a versão em execução com este aviso, pois ter aplicado a correção da CVE anterior não comprova cobertura das formas adicionais de exploração.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
Restringir os privilégios do processo e seus acessos de rede reduz as consequências de uma exploração. Essas medidas não corrigem a avaliação vulnerável de expressões.
Gravidade críticaCVSS: 9,4/10Correção disponível
Execução de código e gravação de arquivos pelo Merge Node
O modo de consulta SQL do Merge Node permite que um editor autenticado de workflows execute código e grave arquivos no servidor do n8n. A falha está nesse modo de combinação das entradas do workflow. Ao permitir sua edição, você pode expor o servidor a ações que ultrapassam o processamento esperado da consulta.
Casos de uso afetados
Você usa o Merge Node no modo de consulta SQL e permite que outros editores alterem o workflow. Uma consulta preparada por um editor mal-intencionado pode alcançar execução de código e escrita de arquivos no servidor.
Confira na sua instância
Abra os Merge Nodes dos workflows e identifique os configurados para consulta SQL. Confira as consultas, suas alterações recentes e as permissões dos editores que podem modificá-las. Verifique a versão do n8n em execução, sem executar consultas preparadas para gravar arquivos ou iniciar comandos.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
Adicionar n8n-nodes-base.merge a NODES_EXCLUDE desativa o Merge Node inteiro, inclusive outros modos usados pelos seus workflows. Essa alternativa temporária não equivale à correção do aplicativo.
Gravidade críticaCVSS: 9,0/10Correção disponível
Comandos no servidor pela combinação de escrita de arquivos e Git
Um editor autenticado pode combinar o Read/Write Files from Disk Node com ações do Git para executar comandos no servidor do n8n. A escrita altera arquivos específicos de configuração e uma ação posterior do Git usa essa configuração para iniciar comandos de shell. O workflow consegue ultrapassar a tarefa de leitura ou gravação de arquivos que você havia autorizado.
Casos de uso afetados
Você permite que editores usem o Read/Write Files from Disk Node e acionem ações do Git. O cenário descrito depende de a escrita alcançar arquivos de configuração usados por uma ação posterior do Git.
Confira na sua instância
Localize os workflows que usam o Read/Write Files from Disk Node e confira os destinos de escrita. Examine se o processo do n8n consegue alterar configurações utilizadas pelo Git e quais workflows acionam ações do Git. Revise as permissões desses editores e confirme a versão instalada, sem modificar arquivos de configuração para reproduzir a execução.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.8, >= 2.0.0 < 2.2.0
2.2.0, 1.123.8
A exclusão de n8n-nodes-base.readWriteFile por NODES_EXCLUDE interrompe o uso desse Node pelos workflows. O n8n apresenta essa medida como alternativa temporária, sem substituir a correção.
Gravidade altaCVSS: 9,5/10Correção disponível
Reavaliação de expressões enviadas por formulários públicos
Um Form Node pode interpretar duas vezes um campo que começa com o caractere = e incorpora uma resposta enviada sem autenticação. Nessa configuração, um atacante consegue inserir expressões do n8n por meio do formulário e acessar informações disponíveis à avaliação dessas expressões. A execução de código no servidor exige combinar essa falha com outra vulnerabilidade de escape do sandbox.
Casos de uso afetados
Você usa um formulário com várias etapas e reapresenta uma resposta anterior em um campo HTML de outro Form Node. A condição descrita no aviso ocorre quando esse campo começa com = e incorpora o conteúdo enviado pelo visitante.
Confira na sua instância
Percorra os Form Nodes que reapresentam respostas de formulários públicos. Inspecione o início de cada campo interpolado e procure a combinação de = inicial com uma resposta recebida de uma etapa anterior. Revise os campos que atendem a essas duas condições e confira a versão da instância, sem enviar expressões de exploração.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
O n8n classifica a falha como alta, apesar do CVSS 4.0 de 9,5. A configuração pouco provável, a dificuldade de encontrá-la e a necessidade de outro escape do sandbox limitam a exploração. A exclusão dos Nodes form e formTrigger por NODES_EXCLUDE é uma mitigação temporária.
Gravidade altaCVSS: 8,5/10Correção disponível
Scripts persistentes em páginas de formulários, chats e webhooks
Um editor de workflows autenticado pode preparar páginas do n8n que executam scripts no navegador de visitantes. A falha de XSS (cross-site scripting) envolve os Nodes Form Trigger, Chat Trigger, Send & Wait, Webhook e Chat. Ao abrir uma página alterada, você pode ter a sessão sequestrada e o acesso ao seu perfil comprometido.
Casos de uso afetados
Você disponibiliza formulários ou chats criados por outros editores da instância. As páginas publicadas por esses workflows podem carregar scripts inseridos por um editor mal-intencionado.
Um workflow usa o Webhook ou o Send & Wait para apresentar conteúdo no navegador. O visitante fica exposto ao código inserido na página, mesmo sem editar o workflow.
Confira na sua instância
Localize os workflows com os cinco Nodes citados e confira os campos que definem o conteúdo das páginas. Compare alterações recentes com o conteúdo aprovado e revise as permissões de edição desses workflows. Confirme também a versão em execução, pois a ausência de scripts suspeitos nessa revisão não comprova a correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
Excluir n8n-nodes-base.webhook pela variável NODES_EXCLUDE é uma medida temporária citada pelo n8n. Ela abrange o Webhook, mas os outros Nodes também aparecem neste aviso.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Eventos falsificados no Zendesk Trigger
O Zendesk Trigger aceita requisições POST sem conferir a assinatura HMAC-SHA256 enviada pelo Zendesk. Um atacante que conhece a URL do webhook pode iniciar o workflow com um payload preparado por ele. Você pode executar as etapas seguintes como se o evento tivesse vindo do Zendesk, embora sua origem não tenha sido autenticada.
Casos de uso afetados
Você mantém um workflow ativo iniciado pelo Zendesk Trigger e o endpoint pode ser alcançado por terceiros. O conhecimento da URL permite enviar eventos falsos ao fluxo conectado.
Confira na sua instância
Abra os workflows iniciados pelo Zendesk Trigger e identifique os endpoints publicados. Confira no proxy ou firewall quais origens conseguem alcançá-los e compare execuções suspeitas com os registros de envio do Zendesk. A comparação investiga eventos, mas a correção exige conferir a versão instalada.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.18, >= 2.0.0 < 2.6.2
2.6.2, 1.123.18
Restringir o endpoint às faixas de IP conhecidas do Zendesk reduz a exposição temporariamente. Essa restrição não substitui a correção da validação de assinatura.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Desvio das instruções padrão do Guardrail Node
Uma entrada preparada por um participante do workflow pode contornar as instruções padrão do Guardrail Node. O conteúdo consegue atravessar a verificação que você configurou para recusá-lo. O comunicado confirma esse desvio, mas não detalha a técnica usada nem atribui a ele execução de código no servidor.
Casos de uso afetados
Você recebe mensagens ou outras entradas de terceiros em um workflow que usa as instruções padrão do Guardrail Node. As etapas seguintes podem receber conteúdo que essa verificação deveria recusar.
Confira na sua instância
Encontre os workflows com o Guardrail Node e leia as instruções configuradas. Acompanhe a conexão de saída para entender qual ação recebe o conteúdo aprovado e revise os registros de execução para conferir entradas aceitas fora do comportamento esperado. Verifique a versão em execução para confirmar a presença da correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 2.10.0
2.10.0
Até atualizar, o comunicado orienta restringir o acesso a participantes de confiança e ajustar o workflow conforme a consequência de uma entrada indevidamente aceita. Essas medidas não corrigem o Node.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Autenticação contornável no Chat Trigger com n8n User Auth
A verificação de autenticação do Chat Trigger pode ser contornada quando o Node usa n8n User Auth. Um acesso não autorizado pode alcançar o chat que você configurou para exigir autenticação. O aviso depende dessa opção específica, que não é a configuração padrão do Node.
Casos de uso afetados
Você publica um chat iniciado pelo Chat Trigger e escolhe n8n User Auth como método de autenticação. Esse chat está dentro do cenário descrito, mesmo que o workflow exiba a exigência de login.
Confira na sua instância
Abra cada Chat Trigger publicado e confira o método de autenticação selecionado. Separe os workflows com n8n User Auth e verifique a exposição dos seus endpoints no proxy ou firewall. Confirme a versão instalada, pois a opção selecionada na interface indica o cenário afetado, mas não demonstra que a verificação foi corrigida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.22, >= 2.0.0 < 2.9.3, >= 2.10.0 < 2.10.1
2.10.1, 2.9.3, 1.123.22
O n8n cita outro método de autenticação ou a restrição de acesso de rede a origens confiáveis como alternativas temporárias. Não há indicação de que todos os métodos do Chat Trigger tenham a mesma falha.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Eventos falsificados no GitHub Webhook Trigger
O GitHub Webhook Trigger não implementa a conferência da assinatura HMAC-SHA256 que autentica os webhooks do GitHub. Um atacante com a URL do endpoint pode enviar uma requisição POST sem assinatura e iniciar o workflow com um evento falso. Você pode processar o payload como um evento do repositório sem confirmar que o GitHub o enviou.
Casos de uso afetados
Você inicia uma automação com eventos de um repositório pelo GitHub Webhook Trigger. Se o endpoint está acessível a terceiros e sua URL é conhecida, eventos preparados fora do GitHub podem disparar as etapas conectadas.
Confira na sua instância
Relacione os GitHub Webhook Triggers ativos aos webhooks cadastrados nos repositórios. Compare o horário e o conteúdo de execuções suspeitas com o histórico de envios do GitHub e examine quais origens alcançam os endpoints. Confira a versão instalada para verificar a correção da assinatura, sem disparar eventos falsos.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 1.123.15, >= 2.0.0 < 2.5.0
2.5.0, 1.123.15
Permitir acesso de rede somente pelas faixas conhecidas dos webhooks do GitHub é uma medida temporária. A restrição de origem não substitui a atualização que corrige a autenticação dos eventos.
Gravidade moderadaCVSS: 6,0/10Correção disponível
Login local contorna a exigência de SSO
Um acesso já autenticado por SSO (Single Sign-On) pode usar a API do n8n para remover a exigência de SSO do próprio perfil. Isso permite criar uma senha local e entrar diretamente com email e senha. Quando você exige autenticação centralizada, esse caminho evita a política do provedor de identidade, inclusive a autenticação multifator aplicada por ele.
Casos de uso afetados
Você obriga o acesso ao n8n pelo provedor de identidade da organização. Um participante autenticado por SSO pode habilitar um caminho local de login para o próprio perfil, fora da exigência centralizada.
Confira na sua instância
Confira se a instância exige SSO e examine os logs de auditoria em busca de criação de senhas locais após autenticações pelo provedor de identidade. Verifique os perfis relacionados a esses registros e confirme a versão em execução. A revisão dos logs serve para investigar alterações, sem remover a exigência de SSO para testar a falha.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 2.8.0
2.8.0
O aviso informa correção em 2.8.0 e mantém a faixa afetada como < 2.8.0. Monitorar a criação de credenciais locais detecta alterações, mas não corrige a possibilidade de desativar a exigência de SSO.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Injeção SQL por nomes de tabelas e colunas
Os Nodes MySQL, PostgreSQL e Microsoft SQL montam consultas sem escapar corretamente os identificadores de tabelas e colunas. Um atacante pode usar nomes preparados para inserir comandos SQL na consulta. Isso pode afetar workflows que você criou com uma credencial de banco, mesmo quando esperava que os parâmetros fossem processados com segurança.
Casos de uso afetados
Você configura um desses Nodes com acesso ao banco e permite que entradas recebidas pelo workflow definam nomes de tabelas ou colunas. Um identificador manipulado pode alterar a consulta executada com essa credencial.
Confira na sua instância
Nos Nodes MySQL, PostgreSQL e Microsoft SQL, examine os campos de tabela e coluna e acompanhe a origem das expressões usadas nesses campos. Identifique os nomes controlados por entradas externas e confira as permissões da credencial de banco associada. Compare a versão instalada com a faixa do aviso, sem executar consultas maliciosas.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm)
< 2.4.0
2.4.0
A API informa a faixa < 2.4.0 e a correção 2.4.0, sem declarar uma correção separada para a linha 1.x. A exclusão desses três Nodes por NODES_EXCLUDE é uma alternativa temporária descrita no comunicado.
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.
