Os 12 avisos publicados pelo n8n em 28 de outubro incluem três falhas de gravidade alta que permitem executar código no servidor. Outros comunicados descrevem exposição de credenciais, alterações indevidas em documentos e falhas de autenticação em webhooks. Confira a versão instalada e os recursos usados nos seus workflows para identificar quais fichas se aplicam à sua instância.
Aplicativo
n8n
Data do compilado
Vulnerabilidades
12
As pontuações seguem o CVSS 4.0 informado nos avisos. As faixas reproduzem os registros da API do GitHub, inclusive os intervalos sobrepostos. A indicação de correção disponível não confirma que sua instância foi atualizada. As medidas temporárias descritas nas fichas não substituem a atualização.
Gravidade altaCVSS: 8,7/10Correção disponível
Nodes descontinuados executam código fora dos task runners
Os Nodes Function e Function Item executam código na sandbox vm2. O LangChain Code executa código no processo principal do n8n. Um membro autenticado com permissão para criar ou modificar workflows podia usar esses componentes para executar código arbitrário no processo principal, fora do isolamento dos task runners aplicado ao Node Code.
Casos de uso afetados
Você permite que outros membros criem ou editem workflows com Function, Function Item ou LangChain Code.
Sua instância conserva workflows antigos com esses Nodes, mesmo depois de instalar uma versão que recusa novas inclusões ou alterações desses componentes.
Confira na sua instância
Procure Function, Function Item e LangChain Code nos workflows já salvos e planeje sua substituição pelo Node Code. Confira se N8N_DEPRECATED_NODES_BLOCK foi definido como false, pois esse valor restaura o comportamento vulnerável. Após atualizar, teste em um workflow descartável se a tentativa de adicionar ou modificar um desses Nodes é recusada ao salvar.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.43.x
< 2.43.3
>= 2.43.3
n8n 2.42.x
< 2.42.6
>= 2.42.6
n8n 3.0.x
< 3.0.1
>= 3.0.1
A atualização mantém os workflows anteriormente salvos com esses Nodes em execução, por isso você precisa revisá-los. O texto do aviso também cita a versão 2.44.0, mas o campo vulnerabilities da API contém somente as três faixas reproduzidas nesta ficha.
Gravidade altaCVSS: 7,7/10Correção disponível
Imagens não confiáveis podem executar código pelo Edit Image
A imagem Docker oficial do n8n incluía uma versão do GraphicsMagick com vulnerabilidades conhecidas em alguns componentes. O Node Edit Image utiliza esse processamento, então uma imagem não confiável encaminhada ao Node podia provocar a execução de código na instância.
Casos de uso afetados
Você executa a imagem Docker oficial e processa imagens externas com o Node Edit Image.
Um webhook sem autenticação recebe arquivos e os encaminha a um workflow de edição de imagens.
Confira na sua instância
Confira qual versão da imagem Docker está em execução e localize os Nodes Edit Image ativos. Acompanhe a origem dos arquivos processados, especialmente as conexões com webhooks sem autenticação. Após substituir a imagem do container por uma versão corrigida, confirme a versão do processo em execução e teste o processamento dos formatos legítimos usados no workflow.
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.89
>= 1.123.89
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
O aviso orienta desativar workflows que liguem um Webhook sem autenticação ao Edit Image. Quando a edição de imagens não for necessária, você pode acrescentar n8n-nodes-base.editImage à variável NODES_EXCLUDE.
Gravidade altaCVSS: 7,7/10Correção disponível
Expressões de workflows permitem escapar do isolamento
O isolamento aplicado à avaliação de expressões dos workflows podia ser contornado por um membro autenticado com permissão de criação ou edição. A falha permitia que o código executado pela expressão alcançasse o servidor do n8n e executasse instruções arbitrárias.
Casos de uso afetados
Você compartilha a instância com membros que podem criar workflows e definir suas próprias expressões.
Um editor pode modificar expressões de workflows existentes, mesmo quando a automação não utiliza os Nodes de código descontinuados.
Confira na sua instância
Revise as permissões de criação e edição de workflows e confira os acessos global:member. Examine as expressões dos workflows ativos para localizar referências a propriedades JavaScript inesperadas para a tarefa executada. Confirme a instalação de uma versão corrigida, pois a ausência de expressões suspeitas na revisão não comprova a correção do avaliador.
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.89
>= 1.123.89
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
O comunicado não detalha a expressão usada para escapar do isolamento. Até atualizar, restrinja a edição a membros de confiança e remova o acesso global:member dos demais.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Download de anexos do NocoDB envia o token a outro host
Com Download Attachments habilitado, o Node NocoDB buscava o endereço do anexo diretamente no conteúdo do registro e fazia o download usando a credencial configurada. O destino não era comparado com o host dessa credencial. Um atacante com permissão para alterar uma célula de anexo podia inserir um endereço próprio e receber o token da API do NocoDB na execução seguinte.
Casos de uso afetados
Você lê registros do NocoDB com Download Attachments ativo e permite que outros colaboradores editem as células de anexos.
Um workflow baixa anexos de uma base cuja permissão de edição alcança colaboradores sem acesso direto à credencial armazenada no n8n.
Confira na sua instância
Abra os Nodes NocoDB ativos e confira a opção Download Attachments. Compare os hosts dos endereços de anexos com o host da credencial e revise os membros que podem editar essas células. Examine os registros disponíveis de requisições de saída para localizar destinos inesperados e substitua os tokens usados pelos workflows afetados.
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.89
>= 1.123.89
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
Desative Download Attachments até concluir a atualização. A permissão relevante para o ataque é a escrita na célula de anexo do NocoDB, portanto revisar somente os membros do n8n não cobre esse cenário.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Asana Trigger aceita a troca do segredo por requisição externa
O Asana Trigger aceitava um novo segredo de verificação sempre que recebia o cabeçalho X-Hook-Secret. Um atacante sem autenticação que conhecesse o endereço do webhook podia substituir esse segredo e enviar eventos falsificados com assinaturas aceitas pelo Node. A alteração também fazia os eventos legítimos do Asana serem recusados.
Casos de uso afetados
Seu Asana Trigger recebe eventos por um webhook acessível externamente cujo endereço foi conhecido por um atacante.
O workflow executa ações a partir de eventos do Asana e depende da assinatura para distinguir notificações legítimas de conteúdo forjado.
Confira na sua instância
Confira a versão instalada e os endpoints dos workflows com Asana Trigger. Compare falhas de assinatura e execuções inesperadas com os eventos registrados no Asana. Após atualizar, use um webhook de homologação para conferir que uma requisição externa não substitui um segredo já estabelecido e que os eventos legítimos continuam aceitos.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.38.x
< 2.38.0
>= 2.38.0
n8n 3.0.x
< 3.0.1
>= 3.0.1
Enquanto a atualização estiver pendente, restrinja o acesso de rede ao webhook do Asana Trigger ou desative os workflows que o utilizam.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Redirecionamentos entre origens podem expor credenciais dos Nodes
Ao seguir um redirecionamento para outra origem, o n8n recolocava o cabeçalho Authorization e as credenciais de autenticação básica na nova requisição. O auxiliar interno adotava sendCredentialsOnCrossOriginRedirect=true como padrão. Um destino influenciado por uma entrada externa ou por um endpoint controlado pelo atacante podia, assim, receber a credencial armazenada no workflow.
Casos de uso afetados
Você usa Nodes que fazem requisições autenticadas e recebem o endereço de destino por uma expressão alimentada externamente.
Um serviço consultado pelo workflow pode responder com um redirecionamento para um host fora dos destinos autorizados para aquela credencial.
Confira na sua instância
Revise as requisições autenticadas dos workflows e acompanhe tanto a origem do endereço inicial quanto os redirecionamentos recebidos. Em homologação, utilize uma credencial fictícia e dois destinos sob seu controle para conferir se a mudança de origem remove a autenticação da requisição seguinte. Substitua as credenciais que possam ter sido encaminhadas a destinos não confiáveis.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
A versão 4.4 do Node HTTP Request já optava por não usar esse padrão, mas outros Nodes com credenciais continuavam expostos. Essa numeração identifica a versão do Node, não a versão da instalação do n8n.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Chat incorporado permite acessar o webhook sem autenticação
A rota GET de setup do Chat Trigger dispensava a verificação n8n User Auth em todos os modos de chat. A exceção deveria atender somente ao chat hospedado, mas também alcançava o chat incorporado. Nesse modo, um Chat Trigger publicado podia aceitar uma requisição sem autenticação para consultar o histórico de uma sessão identificada ou iniciar o workflow com conteúdo enviado pelo atacante.
Casos de uso afetados
Você publicou um Chat Trigger no modo embedded chat e selecionou n8n User Auth como autenticação.
O chat incorporado permite recuperar conversas por identificador de sessão ou encaminha mensagens recebidas para outras ações do workflow.
Confira na sua instância
Abra os Chat Triggers publicados e identifique a combinação embedded chat com n8n User Auth. Após atualizar, confira em homologação, usando uma sessão de conversa de teste, que uma requisição GET sem sessão autenticada não retorna o histórico nem inicia o workflow. Confirme também que o acesso autenticado continua funcionando.
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.89
>= 1.123.89
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
O aviso orienta desativar os workflows com essa combinação até atualizar. Quando o chat incorporado precisar continuar ativo, a autenticação básica é uma alternativa temporária indicada pelo projeto.
Gravidade moderadaCVSS: 6,0/10Correção disponível
Upload do Browser Use permite ler arquivos do servidor
A ferramenta browser_upload aceitava caminhos absolutos e os encaminhava ao Playwright. Como a sessão do navegador era remota, a leitura ocorria no servidor do n8n. Um membro autenticado que conectasse sua própria sessão podia enviar arquivos legíveis pelo processo do n8n para a página controlada pelo assistente, incluindo arquivos de configuração da instância. A confirmação apresentada mostrava apenas o host da página, sem exibir ou validar o caminho do arquivo.
Casos de uso afetados
Você ativou o Browser Use com N8N_INSTANCE_AI_BROWSER_USE_ENABLED=true e permite que membros conectem sessões de navegador.
O processo do n8n consegue ler arquivos de configuração que não deveriam ser acessíveis por meio de uma ferramenta de upload.
Confira na sua instância
Verifique o valor de N8N_INSTANCE_AI_BROWSER_USE_ENABLED no ambiente efetivamente usado pela instância. Com o recurso ativo, revise os membros autorizados e as permissões de leitura do processo do n8n. Para conferir o upload após a atualização, use um arquivo de teste sem informações sensíveis no servidor e confirme que um caminho arbitrário não permite transferi-lo para a página.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
A exploração exige que o Browser Use tenha sido habilitado explicitamente. Até atualizar, o comunicado orienta definir N8N_INSTANCE_AI_BROWSER_USE_ENABLED=false ou deixar a variável sem definição.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Atualizações no MongoDB podem atingir documentos indevidos
As operações Update e Find And Replace do Node MongoDB não validavam suficientemente o valor recebido para localizar o documento pela chave de atualização. Uma entrada externa manipulada podia alterar a seleção feita pelo Node, levando à sobrescrita de outros documentos ou à inserção de novos registros.
Casos de uso afetados
Seu workflow encaminha o corpo de um webhook para uma operação Update do MongoDB e utiliza um campo recebido como valor da chave de atualização.
Você usa Find And Replace com itens externos que podem modificar a seleção do documento a substituir.
Confira na sua instância
Localize os Nodes MongoDB configurados com Update ou Find And Replace. Confira o updateKey e o valor correspondente no item recebido, acompanhando sua origem até o webhook ou a integração de entrada. Em uma coleção de teste, verifique se entradas inesperadas são recusadas sem alterar documentos fora da seleção prevista nem criar registros adicionais.
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.89
>= 1.123.89
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
Você pode desativar os workflows afetados enquanto prepara a atualização. Quando o Node MongoDB não for necessário, o aviso orienta acrescentar n8n-nodes-base.mongoDb à variável NODES_EXCLUDE.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Cadastro OAuth do MCP permite redirecionar visitantes a outro site
Os endpoints de registro e autorização OAuth do MCP ficam habilitados por padrão e aceitam acesso sem autenticação. Um atacante podia registrar um cliente com um redirect_uri arbitrário e preparar um endereço de autorização que encaminhava o visitante ao destino escolhido antes das verificações da instância. A exploração exigia que a vítima abrisse esse endereço.
Casos de uso afetados
Sua instância expõe os endpoints /mcp-oauth/register e /mcp-oauth/authorize a visitantes sem autenticação.
Um visitante abre um link de autorização no domínio do seu n8n e é encaminhado a um site controlado pelo atacante.
Confira na sua instância
Confira a exposição de /mcp-oauth/register e /mcp-oauth/authorize no proxy reverso. Para validar a correção em homologação, use um cliente de teste com um destino sob seu controle e examine se uma autorização inválida consegue redirecionar o navegador antes das verificações esperadas. Revise também os registros de acesso a esses dois endpoints.
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.89
>= 1.123.89
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
O redirecionamento descrito não incluía tokens nem informações de sessão. Até atualizar, o aviso orienta negar o acesso não autenticado aos dois endpoints por controle de rede ou configuração do proxy reverso.
Gravidade moderadaCVSS: 4,9/10Correção disponível
Filtro de metadados permite alterar a consulta ao OracleDB
O Node Vector Store (OracleDB) monta a busca vetorial sem validar adequadamente os nomes usados no filtro de metadados. Quando uma expressão preenche esses nomes com conteúdo externo não confiável, um atacante pode interferir na consulta SQL e ler registros acessíveis pela credencial Oracle configurada no workflow.
Casos de uso afetados
Você recebe parâmetros por um webhook e usa uma expressão para preencher o campo Metadata Filter Name da busca vetorial.
Uma entrada externa determina a chave do filtro de uma consulta executada com uma credencial Oracle que permite consultar registros além dos necessários ao workflow.
Confira na sua instância
Abra os Nodes Vector Store (OracleDB) e examine o campo Metadata Filter Name. Acompanhe as expressões até a origem para conferir se um webhook ou outra entrada externa pode escolher o nome do filtro. Compare a versão instalada com a linha correspondente da tabela e revise quais registros a credencial Oracle permite ler.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
Até atualizar, retire entradas externas não confiáveis das expressões que definem os nomes dos filtros. O aviso também orienta restringir o acesso aos webhooks envolvidos ou desativar os workflows afetados.
Gravidade moderadaCVSS: 4,8/10Correção disponível
Conexão OAuth2 pode vincular tokens da vítima a outro membro
O retorno da autorização OAuth2 não exigia que o navegador estivesse autenticado no n8n como o membro que iniciou a conexão da credencial dinâmica. Um membro com acesso a uma credencial OAuth2 resolvível podia encaminhar o endereço de autorização a uma vítima. Se ela consentisse sem uma sessão ativa no n8n, seus tokens ficavam associados ao membro, permitindo que os workflows dele atuassem com a identidade dela no provedor.
Casos de uso afetados
Você administra uma instância Enterprise com credenciais OAuth2 resolvíveis configuradas para conexão por usuário.
Um membro com acesso a essas credenciais inicia a autorização e encaminha o link a outro titular de acesso ao provedor.
Confira na sua instância
Confira se a instância Enterprise utiliza credenciais dinâmicas OAuth2 resolvíveis e revise os membros com acesso a elas. Verifique o valor efetivo de N8N_OAUTH_BROWSER_BINDING. Como conferência em homologação, use identidades de teste para confirmar que o retorno da autorização exige a sessão do membro que iniciou a conexão.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.46.x
< 2.46.1
>= 2.46.1
n8n 2.45.x
< 2.45.5
>= 2.45.5
n8n 3.0.x
< 3.0.1
>= 3.0.1
A condição descrita se limita a instâncias Enterprise com esse tipo de credencial. O aviso indica N8N_OAUTH_BROWSER_BINDING=true como medida temporária e orienta desativar as credenciais dinâmicas quando o recurso não for necessário.
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.
