Os nove avisos abrangem falhas que podem revelar segredos ou permitir autenticação com a identidade de outro membro. Há também problemas nas consultas ao banco e no armazenamento temporário. Você pode conferir os recursos utilizados na sua instância e comparar a versão em execução com a correção da linha correspondente.
Aplicativon8n
Data do compilado
Vulnerabilidades9
Todos os avisos foram publicados em 24/06/2026. As pontuações são do CVSS 4.0. As faixas reproduzem os campos da API e devem ser comparadas dentro da linha indicada. A correção disponível no projeto exige atualização da sua instância. As conferências orientam a revisão da configuração, sem executar a exploração.
Gravidade altaCVSS: 7,6/10Correção disponível
Token exchange confunde identidades de emissores diferentes
Na troca de tokens, o n8n usa somente o campo sub do JWT para vincular uma identidade externa a um cadastro local e ignora o emissor indicado em iss. Quando dois emissores confiáveis fornecem o mesmo sub, o vínculo pode apontar para o mesmo cadastro. Um atacante que obtenha um token válido de um desses emissores com o sub de uma vítima registrada pelo outro consegue se autenticar como ela.
Casos de uso afetados
Você habilitou o recurso de token exchange e configurou mais de um emissor externo confiável. O atacante consegue obter, por um desses emissores, um token válido cujo sub coincide com o identificador de uma vítima registrada pelo outro.
Confira na sua instância
Confira se o recurso de token exchange está ativo e quais emissores a configuração aceita. Nos registros de identidade disponíveis, compare os pares formados por iss e sub e procure o mesmo sub associado a emissores distintos. Verifique a qual cadastro local cada par foi vinculado, sem copiar os tokens completos para relatórios ou logs adicionais.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
A descrição do aviso cita a correção em 2.28.1. Os campos estruturados da API também informam >= 2.27.4, faixa preservada nesta ficha. Até atualizar, você pode manter apenas um emissor confiável quando isso atender ao uso da instância ou desativar o recurso de token exchange quando ele não estiver em uso.
Gravidade altaCVSS: 7,1/10Correção disponível
Prototype pollution permite listar usuários e projetos sem autenticação
Um workflow preparado pode alterar o Object.prototype ao ser gravado, atualizado ou importado pela API. A alteração interfere nas verificações de autenticação, permitindo que requisições sem sessão sejam reconhecidas como um usuário privilegiado. Isso pode expor os emails, os papéis e o estado da autenticação multifator dos usuários, além da lista de projetos. O estado global alterado também pode deixar partes da instância sem resposta até o reinício.
Casos de uso afetados
A sua instância permite que um membro autenticado utilize a permissão workflow:create, concedida por padrão. Esse membro pode introduzir o workflow preparado pela API e afetar requisições posteriores de outros visitantes.
Confira na sua instância
Revise as concessões de criação e edição de workflows e a exposição da instância pela rede. Nos registros de acesso disponíveis, procure consultas às listagens de usuários e projetos sem sessão autenticada. Confira também os workflows gravados ou importados próximos a episódios de falta de resposta. A ausência desses registros não confirma que a versão está corrigida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.61
>= 1.123.61
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
Até atualizar, restrinja a criação e a edição de workflows e o acesso pela rede a membros de confiança. O reinício pode encerrar os efeitos sobre o processo atual, mas não corrige a vulnerabilidade.
Gravidade altaCVSS: 7,1/10Correção disponível
Conector MCP de agentes ignora os domínios permitidos da credencial
O módulo AI Agents não aplica a restrição Allowed HTTP Request Domains ao utilizar uma credencial no conector MCP. Um membro com acesso apenas de uso pode direcionar uma ferramenta MCP para um servidor sob seu controle e executar o agente, fazendo o segredo chegar a um destino fora dos domínios autorizados.
Casos de uso afetados
Você habilitou o módulo com N8N_ENABLED_MODULES=agents e compartilhou com um membro uma credencial que possui restrições de domínio. O agente utiliza essa credencial ao acessar uma ferramenta MCP.
Confira na sua instância
Confira se agents está presente no valor efetivo de N8N_ENABLED_MODULES. Nas credenciais compartilhadas com membros, compare os domínios permitidos com as URLs dos conectores MCP dos agentes. Revise concessões de uso inesperadas e destinos externos que não deveriam receber a credencial.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
Você pode remover agents de N8N_ENABLED_MODULES para desativar o módulo e restringir o compartilhamento das credenciais enquanto prepara a atualização. A lista de domínios, isoladamente, não contém esta falha nas versões afetadas.
Gravidade altaCVSS: 7,1/10Correção disponível
Expressões de paginação expõem o segredo de credenciais compartilhadas
Durante a paginação do Node HTTP Request, o objeto $request.headers inclui o segredo inserido pela credencial HTTP Header Auth. Um editor com acesso apenas de uso à credencial compartilhada pode ler esse valor pela expressão e copiá-lo para o conteúdo dos itens. Outro Node pode enviar o segredo para fora, contornando a restrição de domínio porque a saída ocorre pelo item, fora do mecanismo da credencial.
Casos de uso afetados
A sua instância utiliza N8N_EXPRESSION_ENGINE=vm e compartilha workflows paginados com membros que não são seus proprietários. Esses workflows usam o Node HTTP Request com uma credencial HTTP Header Auth compartilhada.
Confira na sua instância
Confira o valor efetivo de N8N_EXPRESSION_ENGINE e localize os Nodes HTTP Request com paginação habilitada. Revise as expressões de paginação que acessam $request ou seus cabeçalhos e acompanhe o conteúdo enviado pelos Nodes posteriores. Compare os editores do workflow com as concessões de uso da credencial, sem executar expressões para revelar o segredo.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.61
>= 1.123.61
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
A condição documentada exige N8N_EXPRESSION_ENGINE=vm. Até aplicar a correção, restrinja o compartilhamento desses workflows e das credenciais a membros de confiança. A restrição de domínio da credencial não contém o envio do segredo pelo conteúdo dos itens.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Exposição de segredos externos em expressões de Nodes
O n8n resolve referências a segredos externos em expressões de Nodes, embora esses valores devam ficar restritos às credenciais. Um membro autenticado com acesso de edição ao projeto consegue obter o segredo em texto aberto, mesmo sem permissão explícita para acessá-lo.
Casos de uso afetados
Você configurou o recurso de segredos externos e concedeu acesso de edição a um projeto. Um editor pode inserir uma referência ao segredo em um campo de expressão de um Node.
Confira na sua instância
Confira se a instância tem um provedor de segredos externos configurado e revise os membros com acesso de edição aos projetos. Examine as expressões dos Nodes para localizar referências a esses segredos fora das credenciais, sem executar os workflows para revelar os valores.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
Enquanto a atualização estiver pendente, restrinja a participação nos projetos a membros de confiança e reduza as concessões de edição. Essas medidas são temporárias e não corrigem a resolução indevida das expressões.
Gravidade moderadaCVSS: 6,0/10Correção disponível
Validação de credenciais deixa referências a segredos externos sem autorização
A validação estática deixa de reconhecer algumas formas de referência a segredos externos que o mecanismo de execução consegue interpretar. Um membro autorizado a criar ou atualizar credenciais, mas sem o escopo externalSecret:list, pode inserir uma dessas referências sem que a conferência inicial a detecte. Durante a execução do workflow, o n8n resolve a expressão e expõe um segredo que o membro não tinha autorização para acessar.
Casos de uso afetados
Você configurou um provedor de segredos externos e utiliza Advanced Permissions. Um membro pode criar ou atualizar credenciais, embora seu papel não inclua externalSecret:list.
Confira na sua instância
Compare os papéis com permissão para criar ou atualizar credenciais com as concessões de externalSecret:list. Revise as expressões armazenadas nas credenciais desses membros e procure referências inesperadas ao provedor de segredos externos. A validação aceita ao gravar a credencial não comprova que todas as referências foram autorizadas.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.61
>= 1.123.61
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
Restringir a criação e a atualização de credenciais a membros de confiança reduz a possibilidade de introduzir novas referências indevidas. Essa medida temporária e a revisão das credenciais existentes não substituem a atualização.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Associação indevida de workflows a pastas de outro projeto
A criação de workflows aceita uma referência a uma pasta de outro projeto sem conferir a autorização sobre essa pasta. Um membro com permissão para criar workflows pode gravar uma associação incorreta no banco. O workflow permanece no projeto de origem, mas a relação com a pasta compromete a integridade da organização dos projetos.
Casos de uso afetados
Você utiliza múltiplos projetos com suporte a pastas e permite que membros criem workflows. Uma requisição preparada pode associar o novo workflow a uma pasta de um projeto inacessível ao autor.
Confira na sua instância
Confirme o uso de projetos e pastas na sua instância e confira a versão em execução. Na revisão das associações armazenadas, compare o projeto de cada workflow com o projeto da pasta vinculada. A interface pode não mostrar a inconsistência, pois o workflow não fica visível para os membros do projeto da pasta.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.28.x
< 2.28.0
>= 2.28.0
O aviso limita o impacto à associação incorreta no banco. A propriedade da pasta permanece intacta e não há exposição de informações do projeto de destino. Restringir a criação de workflows a membros de confiança é uma mitigação temporária.
Gravidade moderadaCVSS: 5,3/10Correção disponível
SQL injection em consultas do Node MySQL v1
O Node MySQL v1, ao executar executeQuery, insere o resultado das expressões {{ ... }} diretamente no texto da consulta, sem parametrização. Quando uma entrada externa chega a essas expressões, um atacante pode alterar o comando executado no banco. As permissões da credencial MySQL determinam quais registros ele pode consultar, modificar ou excluir.
Casos de uso afetados
O seu workflow utiliza o Node MySQL v1 com executeQuery e recebe entradas de um Trigger acessível externamente, como um Webhook. Os valores recebidos são interpolados em expressões dentro da consulta.
Confira na sua instância
Abra os workflows com o Node MySQL e confira a versão do Node, além da versão do aplicativo. Nos Nodes v1 com executeQuery, acompanhe a origem de cada expressão da consulta até o Trigger e verifique a autenticação dos webhooks envolvidos. Revise também os privilégios da credencial no banco e prepare a migração dessas consultas para o Node MySQL v2.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.x
< 1.123.61
>= 1.123.61
2.28.x
< 2.28.1
>= 2.28.1
2.27.x
< 2.27.4
>= 2.27.4
O Node MySQL v2 não é afetado por esta falha. O aviso também orienta restringir os workflows envolvidos ou desativar o Node com n8n-nodes-base.mySql em NODES_EXCLUDE. A autenticação do webhook limita o acesso, mas não corrige a interpolação da consulta.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Uploads de Data Tables podem esgotar o disco temporário
O endpoint de upload de Data Tables confere a cota de cada requisição sem incluir os arquivos já gravados no diretório temporário compartilhado. Um membro autenticado pode repetir uploads que respeitam o limite individual e acumular arquivos até consumir o espaço disponível no servidor, durante o intervalo entre as limpezas periódicas.
Casos de uso afetados
Você permite que membros autenticados enviem arquivos pelo recurso Data Tables. Vários uploads sucessivos podem ocupar o mesmo armazenamento temporário, mesmo quando cada arquivo fica dentro do tamanho permitido.
Confira na sua instância
Identifique o diretório temporário utilizado pelos uploads e confira seu consumo de disco e o espaço livre no volume correspondente. Compare o crescimento dos arquivos com os horários dos uploads e das limpezas periódicas. Revise o valor de uploadMaxFileSize e configure alertas para o armazenamento temporário, sem provocar uma sequência de uploads para reproduzir o esgotamento.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.28.x
< 2.28.0
>= 2.28.0
1.x
< 1.123.58
>= 1.123.58
A descrição orienta atualizar quando a correção estiver disponível, mas os campos da API já informam >= 2.28.0 e >= 1.123.58. Essas faixas determinam o estado corrigida nesta ficha. Reduzir uploadMaxFileSize limita cada arquivo, mas não corrige o cálculo acumulado. Restringir o acesso e monitorar o disco são medidas temporárias.
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.
