Os sete avisos incluem três falhas críticas, duas de gravidade alta e duas moderadas. Os mecanismos envolvem acesso a arquivos do servidor, uso indevido de credenciais, alteração de protótipos JavaScript e injeção de SQL. Você pode conferir os recursos disponíveis na sua instância e comparar a versão em execução com as correções de cada ficha.
Aplicativon8n
Data do compilado
Vulnerabilidades7
Todos os avisos foram publicados em 13/05/2026. As faixas de versões preservam os valores da API oficial e devem ser comparadas dentro da linha indicada. O estado corrigida informa que o projeto publicou uma correção, mas você precisa conferir se ela está em execução na sua instância. As medidas temporárias descritas nas fichas não substituem a atualização.
Gravidade críticaCVSS: 9,4/10Correção disponível
Leitura de arquivos do servidor pela operação Push do Node Git
O Node Git permitia inserir opções de linha de comando na função Push. Um atacante autenticado com permissão para criar ou editar workflows podia manipular essas opções para ler arquivos arbitrários no servidor do n8n. O conteúdo obtido podia permitir o comprometimento da instância.
Casos de uso afetados
Você disponibiliza o Node Git em uma instância compartilhada e concede edição de workflows a outros membros. Um atacante com essa permissão podia manipular as opções do Push para acessar arquivos do servidor.
Confira na sua instância
Localize os workflows com o Node Git e examine os parâmetros da operação Push, incluindo opções de comando inesperadas. Confira os membros que podem alterar esses workflows e compare a versão instalada com a correção da sua linha. Caso você desative o Node temporariamente, confirme que NODES_EXCLUDE inclui n8n-nodes-base.git na configuração efetivamente carregada pelo n8n.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.43
>= 1.123.43
2.22.x
< 2.22.1
>= 2.22.1
2.20.x
< 2.20.7
>= 2.20.7
O comunicado recomenda restringir a criação e a edição de workflows a membros de confiança ou desativar o Node Git com NODES_EXCLUDE enquanto a atualização estiver pendente.
Gravidade críticaCVSS: 9,4/10Correção disponível
Alteração de protótipos pela paginação do Node HTTP Request
Um campo de paginação do Node HTTP Request era usado sem a validação necessária e permitia alterar protótipos JavaScript compartilhados globalmente. Um atacante autenticado com permissão para criar ou editar workflows podia explorar essa alteração para modificar o comportamento de outros objetos no processo. Combinada com outras técnicas, a falha podia permitir a execução de código no servidor do n8n.
Casos de uso afetados
Você usa o Node HTTP Request para consultar uma API com resultados paginados e permite que outros membros editem a configuração do workflow. O campo de paginação fornecia uma entrada para a alteração de protótipos.
Confira na sua instância
Abra os workflows com o Node HTTP Request e examine as configurações de paginação e as permissões de edição. Confirme a versão do n8n em execução, pois uma consulta paginada concluída normalmente não demonstra que a falha foi corrigida. Caso a medida temporária seja desativar o Node, confira a presença de n8n-nodes-base.httpRequest em NODES_EXCLUDE e identifique as automações que precisam desse recurso.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.43
>= 1.123.43
2.22.x
< 2.22.1
>= 2.22.1
2.20.x
< 2.20.7
>= 2.20.7
A execução de código descrita depende da combinação com outras técnicas. O projeto orienta limitar a criação e a edição de workflows a membros de confiança ou desativar o Node HTTP Request temporariamente.
Gravidade críticaCVSS: 9,4/10Correção disponível
Correção anterior de alteração de protótipos contornada no Node XML
O Node XML ainda permitia contornar a correção do aviso GHSA-hqr4-h3xv-9m3r, relacionado à alteração indevida de protótipos JavaScript. Um atacante autenticado com permissão para criar ou editar workflows podia explorar essa falha e combinar o Node XML com outros Nodes para executar código no servidor do n8n.
Casos de uso afetados
Você mantém o Node XML disponível para membros que criam ou editam workflows. A correção anterior citada no comunicado podia ser contornada por uma combinação com outros Nodes.
Confira na sua instância
Localize os workflows com o Node XML e confira os membros que podem modificá-los. Compare a versão em execução com as correções deste aviso, mesmo que você já tenha atualizado a instância para corrigir GHSA-hqr4-h3xv-9m3r. Caso desative o recurso temporariamente, confira n8n-nodes-base.xml em NODES_EXCLUDE e verifique quais workflows usam esse Node.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.43
>= 1.123.43
2.22.x
< 2.22.1
>= 2.22.1
2.20.x
< 2.20.7
>= 2.20.7
A execução de código depende da combinação com outros Nodes. Enquanto a atualização estiver pendente, o comunicado orienta restringir a criação e a edição de workflows a membros de confiança ou desativar o Node XML.
Gravidade altaCVSS: 8,9/10Correção disponível
Injeção de SQL na importação de Data Tables pelo Source Control
Um atacante com acesso de escrita ao repositório conectado ao Source Control podia inserir um arquivo JSON de Data Table com um nome de coluna manipulado. Quando um administrador executava Source Control Pull, o n8n importava esse arquivo e podia incorporar o conteúdo malicioso a um comando SQL no PostgreSQL usado pela instância.
Casos de uso afetados
A sua instância usa PostgreSQL e mantém o Source Control ativo. Um atacante consegue alterar o repositório conectado e um administrador executa Pull para importar o arquivo de Data Table. A exploração descrita exige essas três condições.
Confira na sua instância
Confirme o banco usado pelo n8n e abra a configuração do Source Control para identificar o repositório conectado. Confira as permissões de escrita nesse repositório e examine os arquivos JSON de Data Tables, especialmente os nomes de colunas das alterações que serão importadas. Suspenda o Pull de alterações sem origem confiável até aplicar a correção e conferir a versão em execução.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.43
>= 1.123.43
2.21.x
< 2.21.1
>= 2.21.1
2.20.x
< 2.20.7
>= 2.20.7
As medidas temporárias incluem desativar o Source Control quando dispensável, restringir a escrita no repositório a membros de confiança e evitar importar alterações feitas por terceiros não confiáveis.
Gravidade altaCVSS: 8,3/10Correção disponível
Substituição de tokens OAuth em credenciais compartilhadas com acesso de leitura
A reconexão de credenciais OAuth1 e OAuth2 aceitava a permissão credential:read para substituir os tokens armazenados, embora essa alteração exigisse credential:update. Com acesso somente de leitura a uma credencial compartilhada, um atacante autenticado podia gravar tokens vinculados à sua própria identidade no serviço externo. Os workflows associados à credencial usariam essa identidade nas execuções seguintes, permitindo desviar informações para serviços controlados pelo atacante e manter o acesso indevido à integração.
Casos de uso afetados
Você compartilha uma credencial OAuth com membros ou entre projetos e concede apenas acesso de leitura. Essa permissão podia permitir a reconexão e a substituição dos tokens usados pelos workflows.
Confira na sua instância
Revise as credenciais OAuth compartilhadas e confira, no provedor externo, a identidade vinculada à autorização de cada integração. Examine os registros disponíveis de reconexão e procure alterações de tokens que você não autorizou. Quando houver suspeita de substituição, revogue os tokens envolvidos no provedor e restabeleça a autorização correta. Compare a versão em execução com a correção indicada para a sua linha.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.43
>= 1.123.43
2.21.x
< 2.21.1
>= 2.21.1
2.20.x
< 2.20.7
>= 2.20.7
Até aplicar a atualização, restrinja o compartilhamento de credenciais a membros de confiança. A atualização corrige a autorização dos endpoints, mas a conferência dos tokens continua necessária quando houver suspeita de reconexão indevida.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Acesso a arquivos fora dos diretórios permitidos pelo Node ExecuteWorkflow
A opção localFile do Node ExecuteWorkflow acessava arquivos de workflow no disco sem aplicar a restrição N8N_RESTRICT_FILE_ACCESS_TO. Um atacante autenticado com permissão para criar ou editar workflows podia informar um caminho pela API REST e descobrir se um arquivo existia no servidor. Quando o arquivo continha um workflow válido em JSON, também podia carregá-lo e executá-lo, acionando os sistemas ligados àquela automação.
Casos de uso afetados
Você limita os diretórios acessíveis ao n8n com N8N_RESTRICT_FILE_ACCESS_TO e permite que membros criem ou editem workflows pela API REST. A opção localFile podia contornar essa restrição.
O servidor armazena arquivos de workflows em JSON fora dos diretórios permitidos. Um atacante com as permissões necessárias podia executar essas automações caso informasse o caminho de um arquivo válido.
Confira na sua instância
Confira a versão em execução e examine as definições dos workflows que usam o Node ExecuteWorkflow, procurando a origem localFile. Compare os caminhos encontrados com os diretórios permitidos por N8N_RESTRICT_FILE_ACCESS_TO. Revise também as permissões de edição e o acesso pela rede à API REST, pois a ausência dessa opção na interface não confirma que ela esteja inacessível.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.20.x
< 2.20.0
>= 2.20.0
2.19.x
< 2.19.3
>= 2.19.3
A opção localFile está oculta na interface desde a versão 1.2, mas continuava acessível pela API REST. Enquanto a atualização estiver pendente, o comunicado orienta restringir a criação e a edição de workflows e o acesso à API a membros de confiança.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Envio de credenciais para destinos fora dos domínios permitidos
O endpoint POST /rest/dynamic-node-parameters/options permitia que um atacante autenticado com acesso a uma credencial provocasse requisições do servidor para destinos fora da lista Allowed HTTP Request Domains. Como essas requisições incluíam a credencial, a falha permitia enviar seus segredos a um destino controlado pelo atacante.
Casos de uso afetados
Você configura Allowed HTTP Request Domains para limitar os destinos de uma credencial e compartilha seu acesso com outro membro. A lista não restringia corretamente as requisições feitas pelo endpoint de opções dinâmicas.
Confira na sua instância
Abra as credenciais com Allowed HTTP Request Domains configurado e confira os membros com acesso a elas. Compare os destinos permitidos com os registros disponíveis das requisições de saída do servidor e procure chamadas inesperadas ao endpoint /rest/dynamic-node-parameters/options nos logs de acesso. Confirme que a instância executa uma versão corrigida, mesmo quando a lista de domínios parece correta na tela.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.20.x
< 2.20.0
>= 2.20.0
A exploração exige autenticação e acesso à credencial. Como medida temporária, o projeto orienta limitar o acesso ao n8n a membros de confiança e manter o compartilhamento de credenciais apenas quando necessário.
Programador há mais de 20 anos, especialista em Mautic e automação de marketing. Fundador da Powertic e da Promovaweb. Embaixador global do n8n (Community Awards 2024/2025), Bas...
Canais oficiais
Nossos Links
Encontre a Promovaweb no canal que combina com o seu próximo passo.
