Os 14 avisos de 30/09/2026 descrevem falhas que dependem dos recursos habilitados e das permissões concedidas na sua instância. Cada ficha explica o mecanismo e mostra o que você pode conferir nos workflows ou na configuração. Use a faixa da sua linha para verificar a atualização necessária, sem presumir que todos os avisos atingem os mesmos ambientes.
Aplicativon8n
Data do compilado
Vulnerabilidades14
As faixas abaixo reproduzem os valores da API oficial e devem ser comparadas somente com a linha indicada. A situação corrigida informa que o projeto disponibilizou a correção, não que você já atualizou a instância. As pontuações são do CVSS 4.0. As medidas temporárias descritas nas fichas não substituem a atualização.
Gravidade altaCVSS: 8,2/10Correção disponível
Esgotamento de disco pela criação de clientes OAuth
O endpoint de autorização OAuth pode gravar clientes sem exigir login. Ele consulta o cliente pelo caminho da URL, mas usa o identificador completo recebido como chave, criando registros distintos quando muda a querystring. Os registros são marcados como first-party, fora do limite de cadastro, e permanecem sem limite de tamanho ou expiração, permitindo preencher o disco.
Casos de uso afetados
Você publica workflows com Form Trigger ou Chat Trigger configurados com n8nUserAuth. Uma chamada externa sem sessão pode explorar o endpoint de autorização para acumular registros de clientes OAuth no banco até esgotar o armazenamento.
Confira na sua instância
Localize os Nodes Form Trigger e Chat Trigger com n8nUserAuth e confira a exposição de rede da instância. Acompanhe o tamanho do banco e o espaço livre no volume que o armazena, procurando crescimento inesperado. Configure alertas de uso de disco e avalie desativar ou reconfigurar esses workflows até instalar a correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
Os registros podem permanecer mesmo depois da remoção do recurso associado. Alertas de disco ajudam a identificar o crescimento, mas não corrigem a criação ilimitada.
Gravidade altaCVSS: 7,7/10Correção disponível
Tomada de conta pelo interpretador de validação MCP
A ferramenta de validação de workflows do MCP (Model Context Protocol) interpreta código no processo principal e permite alterar protótipos compartilhados. Um membro com permissão apenas de leitura pode substituir um método interno e fazer a verificação de permissões aceitar um acesso que ele não possui. O comunicado registra a tomada de conta do proprietário por esse caminho.
Casos de uso afetados
Você habilita o servidor MCP da instância e concede workflow:read a outros membros. A falha pode ampliar esse acesso até a tomada de conta do proprietário quando ele não utiliza MFA (autenticação multifator).
Confira na sua instância
Confira se o servidor MCP da instância está habilitado e revise as concessões OAuth com workflow:read. Revogue as concessões desnecessárias e confirme a autenticação multifator para o proprietário e para os administradores. Desative o servidor MCP caso ele não seja necessário até a atualização.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
O comunicado exclui da tomada de conta descrita os acessos com autenticação multifator. Essa proteção não corrige a alteração de protótipos no interpretador.
Gravidade altaCVSS: 7,7/10Correção disponível
Execução de programas pela configuração local do Git Node
O Git Node remove configurações locais capazes de executar programas, mas a operação de log do Node Git não aplica essa proteção. Um membro que consiga apontar o Node para um repositório cuja configuração controla pode executar programas com a identidade do processo do n8n, nas configurações padrão. O Node também pode ser utilizado como ferramenta de agente.
Casos de uso afetados
Você permite o uso da operação Log do Git Node em repositórios acessíveis à instância. Um membro com controle da configuração local de um desses repositórios pode provocar a execução de programas pelo processo do n8n, inclusive quando o Node é chamado como ferramenta de agente.
Confira na sua instância
Identifique os workflows e as ferramentas de agente que utilizam a operação de log do Node Git. Leia a configuração local dos repositórios no diretório permitido para acesso a arquivos e procure opções inesperadas que invoquem programas. Caso o Node seja dispensável, adicione n8n-nodes-base.git a NODES_EXCLUDE até instalar a correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.123.x
< 1.123.83
>= 1.123.83
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
O acesso à configuração local do repositório é uma condição do ataque descrito. A fonte confirma o efeito com as configurações padrão da instância.
Gravidade altaCVSS: 7,2/10Correção disponível
Scripts maliciosos na prévia de arquivos binários
A prévia de arquivos recria o conteúdo binário em uma URL do tipo blob na mesma origem do n8n e o exibe em um iframe sem sandbox. Nesse caminho, a proteção da resposta original se perde. Um membro pode preparar um arquivo que execute scripts no navegador quando você abrir a prévia, permitindo ações com a sua sessão.
Casos de uso afetados
Você revisa o resultado de uma execução criada por outro membro e abre um arquivo binário pela janela de prévia. O conteúdo enviado por esse membro pode executar código com o acesso da sessão usada para a revisão.
Confira na sua instância
Confira a versão instalada na linha correspondente e identifique as execuções com arquivos enviados por membros sem confiança suficiente para esse acesso. Até atualizar, evite abrir as prévias dessas execuções. Revise também a configuração de N8N_CONTENT_SECURITY_POLICY, pois uma política restritiva acrescenta uma limitação à execução de scripts.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.123.x
< 1.123.83
>= 1.123.83
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
A política de conteúdo e a restrição das prévias são medidas temporárias. A correção exige atualizar o n8n para uma versão corrigida da sua linha.
Gravidade altaCVSS: 7,2/10Correção disponível
Uso indevido de credenciais em sub-workflows inline aninhados
Na linha 1.x, a conferência de credenciais feita ao gravar um workflow compartilhado examina apenas um tipo de Node e um nível de profundidade. Definições inline aceitas por outros Nodes e sub-workflows aninhados escapam dessa inspeção. Um editor pode inserir referências a credenciais que não tem autorização para usar, mas que serão resolvidas com o acesso do proprietário na execução.
Casos de uso afetados
Você compartilha a edição de workflows que utilizam Workflow Tool ou Workflow Retriever com definição inline. Um editor pode esconder referências a credenciais dentro dessas definições ou em sub-workflows aninhados e executá-las com o acesso do proprietário.
Confira na sua instância
Abra as definições inline dos Workflow Tool e Workflow Retriever nos workflows compartilhados. Examine também cada sub-workflow embutido, porque a referência indevida pode estar em um nível mais profundo. Compare as credenciais referenciadas com as permissões dos membros que podem editar e reduza o compartilhamento até atualizar a linha 1.123.x.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.123.x
< 1.123.83
>= 1.123.83
A fonte apresenta somente a faixa da linha 1.x, corrigida em 1.123.83. Restringir a edição reduz as oportunidades de inserir referências indevidas, mas não corrige a inspeção.
Gravidade altaCVSS: 7,2/10Correção disponível
Exposição de credenciais nos parâmetros do Message an Agent
Ao gravar um workflow compartilhado, o n8n verifica as credenciais declaradas no campo credentials dos Nodes. O Node de agente guarda os identificadores do modelo e das ferramentas dentro de seus parâmetros, fora dessa conferência. Um editor pode referenciar credenciais do proprietário e fazer ferramentas sob seu controle enviarem os segredos descriptografados para um destino escolhido por ele.
Casos de uso afetados
Você compartilha a edição de um workflow com Message an Agent no modo inline. As referências de credenciais do modelo e de cada ferramenta podem incluir acessos do proprietário que o editor não recebeu.
Confira na sua instância
Localize os Message an Agent em modo inline nos workflows compartilhados. Inspecione as referências de credenciais nos parâmetros do modelo e das ferramentas, sem limitar a revisão ao campo credentials. Confira os destinos das ferramentas e remova o acesso de edição de membros que não deveriam manipular esses segredos até aplicar a correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
A conferência do campo credentials, isoladamente, não cobre as referências nos parâmetros do agente. A atualização precisa contemplar essa verificação adicional.
Gravidade altaCVSS: 7,1/10Correção disponível
Identidade de workflow falsificada no Execute Sub-workflow
No modo de JSON inline do Execute Sub-workflow, o identificador enviado na definição é aceito como identidade do workflow. Ele determina o projeto usado para autorizar credenciais, o destino do estado persistente e a atribuição da execução. Um membro pode indicar a identidade de outro workflow para usar credenciais de um projeto ao qual não pertence e alterar seu estado armazenado.
Casos de uso afetados
Você permite que membros criem workflows na linha 1.x e utilizem o Execute Sub-workflow com definição inline. A identidade incluída nessa definição pode direcionar a autorização de credenciais e a gravação de estado para outro workflow.
Confira na sua instância
Revise os Execute Sub-workflow configurados com JSON inline e compare os identificadores declarados com os workflows que deveriam ser executados. Nos logs, procure subexecuções inesperadas iniciadas por webhooks de membros com menos permissões. Confira também a atribuição dessas execuções e confirme a atualização para a faixa corrigida da linha 1.123.x.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.123.x
< 1.123.83
>= 1.123.83
Este aviso informa somente a correção 1.123.83. As faixas de outras linhas não foram fornecidas e não devem ser deduzidas.
Gravidade altaCVSS: 7,0/10Correção disponível
Injeção de SQL no campo Query do Microsoft SQL Node
Na versão 1 do Microsoft SQL Node, as expressões do campo Query são incorporadas diretamente ao texto da consulta, sem parametrização. Quando uma expressão recebe conteúdo externo não confiável, esse conteúdo pode alterar o comando executado. Um visitante consegue então executar SQL arbitrário no banco conectado, com as permissões da credencial armazenada.
Casos de uso afetados
Você recebe um campo de webhook ou de requisição HTTP e o insere por expressão no Query de um Microsoft SQL Node versão 1. O conteúdo externo pode interferir na consulta enviada ao banco, conforme as permissões da credencial usada pelo Node.
Confira na sua instância
Inspecione os workflows com Microsoft SQL e confira o typeVersion de cada Node. No campo Query, rastreie as expressões até sua origem para identificar conteúdo externo. O comunicado orienta remover e adicionar novamente o Node para usar typeVersion 1.1 ou posterior, colocar os valores dinâmicos em Query Parameters e referenciá-los por parâmetros posicionais.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
Até ajustar as consultas e atualizar a instância, desative os workflows acionados por webhook que interpolam conteúdo externo no campo Query.
Gravidade altaCVSS: 7,0/10Correção disponível
Aprovação de Send-and-Wait sem a assinatura exigida
O endpoint que retoma execuções escolhe a validação antes de normalizar uma das formas aceitas para identificar o Node Send-and-Wait. Essa diferença permite aceitar a aprovação sem a assinatura HMAC (código de autenticação de mensagem baseado em hash). Com o token de retomada da execução, um visitante pode autorizar uma etapa destinada a outro aprovador.
Casos de uso afetados
Você coloca um Send-and-Wait depois de um webhook público ou Chat Trigger que expõe o resumeToken. Um visitante com esse token pode liberar a aprovação e executar as etapas seguintes com as credenciais do proprietário do workflow.
Confira na sua instância
Nos workflows com Send-and-Wait, examine os gatilhos anteriores e as respostas enviadas ao visitante. Procure a exposição de resumeToken e confira quais ações ficam depois da aprovação. Restrinja ou desative os endpoints públicos envolvidos até instalar a versão corrigida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
A execução de comandos depende das ações existentes depois da aprovação. O comunicado não atribui esse efeito a todo workflow com Send-and-Wait.
Gravidade altaCVSS: 7,0/10Correção disponível
Scripts maliciosos pelo customCss do chat hospedado
O Chat Trigger insere o conteúdo de customCss na página hospedada sem sanitização suficiente, permitindo que o autor do workflow inclua marcação capaz de executar scripts. Quando o chat é publicado sem autenticação de usuário do n8n, essa página usa a origem da instância. Ao visitá-la com uma sessão já aberta, você pode ter ações executadas com seu acesso.
Casos de uso afetados
Você acessa um chat hospedado criado por outro membro e mantém uma sessão autenticada no n8n. O chat publicado sem autenticação de usuário do n8n pode executar o conteúdo malicioso de customCss com essa sessão.
Confira na sua instância
Revise os Chat Trigger ativos e confira os valores de customCss, procurando conteúdo inesperado para uma configuração de estilo. Verifique quais chats hospedados usam autenticação de usuário do n8n e quais permitem acesso anônimo. Até atualizar, habilite a autenticação indicada ou desative os chats desnecessários.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.123.x
< 1.123.83
>= 1.123.83
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
O comunicado exclui os chats publicados com autenticação de usuário do n8n. A restrição de acesso é temporária e não substitui a correção da sanitização.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Execução de workflows com webhook dinâmico sem o identificador da URL
A resolução de webhooks com caminhos dinâmicos procura o workflow pelo caminho antes de conferir o identificador gerado pelo servidor. Uma requisição que omite esse identificador ainda pode executar o workflow com as credenciais de outro projeto. O mesmo mecanismo atende às rotas de formulários e MCP, mas a autenticação configurada no Node continua sendo exigida.
Casos de uso afetados
Você usa o identificador imprevisível da URL como restrição de acesso a um webhook com caminho dinâmico. Um visitante sem relação com o projeto pode alcançar o workflow pelo caminho restante quando o Node não exige autenticação.
Confira na sua instância
Revise os Webhook Nodes ativos com caminhos dinâmicos e confirme a exigência de Basic, Header ou JWT. Confira também quais origens conseguem acessar /webhook/*, /form/* e /mcp/*. Até atualizar, restrinja essas rotas a origens confiáveis ou desative os workflows afetados.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
1.123.x
< 1.123.83
>= 1.123.83
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
A URL difícil de adivinhar não substitui a autenticação do Node. As restrições de rede são temporárias e não alteram o resolver vulnerável.
Gravidade moderadaCVSS: 6,1/10Correção disponível
Transferência indevida de agentes entre projetos
A criação de agentes aceita um identificador enviado pelo cliente, mas verifica a permissão somente no projeto indicado na requisição. Quando o identificador já existe, a gravação altera o agente sem conferir seu projeto de origem. Um membro com acesso de leitura consegue transferir esse agente para um projeto próprio e modificar sua definição.
Casos de uso afetados
Você mantém agentes em um projeto compartilhado com membros que deveriam apenas consultá-los. Um desses membros pode usar o identificador de um agente para transferi-lo para outro projeto e reescrever sua definição.
Confira na sua instância
Abra os projetos com agentes e confira quais membros têm acesso de visualização. Compare o projeto atual de cada agente com o local esperado e procure alterações inesperadas em sua definição. Caso o recurso seja dispensável até a atualização, desative o módulo de agentes.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
Remover o acesso de visualização reduz a exposição dos identificadores, mas não corrige a verificação de propriedade no endpoint.
Gravidade moderadaCVSS: 6,1/10Correção disponível
Leitura de conversas privadas e aprovação de ferramentas de outro membro
O endpoint que retoma uma chamada de ferramenta do agente aceita o identificador da execução sem conferir se a conversa pertence ao solicitante. Outros dois endpoints permitem consultar conversas pelo projeto, sem separar seus participantes. Um membro pode ler a conversa privada de outro membro e responder à aprovação pendente, com o resultado registrado na conversa original.
Casos de uso afetados
Você compartilha agentes com outros membros de um projeto e utiliza ferramentas com Require approval. Outro membro do mesmo projeto pode consultar sua conversa e responder à aprovação que deveria aguardar a sua autorização.
Confira na sua instância
Confira os projetos com agentes compartilhados e identifique as ferramentas com Require approval. Revise a participação nesses projetos e examine conversas com chamadas suspensas para localizar aprovações inesperadas. Caso o módulo seja dispensável, remova-o de N8N_ENABLED_MODULES até atualizar.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
2.42.x
< 2.42.0
>= 2.42.0
2.41.x
< 2.41.4
>= 2.41.4
Na linha 2.42.x, este aviso declara correção em 2.42.0. Na linha 2.41.x, a correção informada é 2.41.4.
Gravidade moderadaCVSS: 6,0/10Correção disponível
Alteração do protótipo global pelo AI workflow builder
O AI workflow builder usa os nomes dos Nodes como propriedades de objetos ao combinar as conexões do workflow. Nomes reservados, recusados pelo editor mas aceitos pela API, podem alcançar o protótipo global durante a conexão dos Nodes. A alteração afeta o processo inteiro e permanece até o reinício da instância.
Casos de uso afetados
Você utiliza o AI workflow builder em uma instância que também recebe workflows pela API. Um workflow com um nome de Node reservado pode modificar objetos compartilhados pelo processo quando o builder conectar seus Nodes.
Confira na sua instância
Examine os nomes dos Nodes nos workflows recebidos pela API e procure __proto__, constructor ou prototype. Remova ou renomeie as ocorrências e confira se o AI Builder precisa permanecer habilitado durante a atualização. Compare a versão efetivamente 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
1.123.x
< 1.123.83
>= 1.123.83
2.42.x
< 2.42.1
>= 2.42.1
2.41.x
< 2.41.4
>= 2.41.4
Reiniciar encerra a alteração persistente daquele processo, mas a falha continua disponível em uma versão vulnerável. A limpeza dos nomes também não substitui a atualização.
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.
