Os 15 avisos publicados em 14 de outubro abrangem falhas de autorização, exposição de credenciais e indisponibilidade do n8n. Há quatro ocorrências de gravidade alta e onze moderada. Compare a versão instalada com as faixas de cada ficha e confira os recursos que você utiliza, pois algumas falhas exigem acesso de edição e outras podem ser exploradas por um webhook ou link.
Aplicativo
n8n
Data do compilado
Vulnerabilidades
15
As pontuações seguem o CVSS 4.0 dos avisos. As faixas reproduzem os campos da API e devem ser consultadas na linha correspondente. 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,4/10Correção disponível
Respostas de webhook permitem executar scripts com a sessão de outro acesso
Algumas respostas de webhook saíam sem a política de sandbox do cabeçalho Content-Security-Policy, inclusive respostas de erro e determinados retornos sem cabeçalhos. Um membro com permissão para criar e ativar workflows podia publicar HTML com scripts na mesma origem do n8n. Ao abrir esse endereço autenticado, você poderia permitir que o script realizasse ações com sua sessão.
Casos de uso afetados
Você utiliza workflows com webhooks que retornam conteúdo ao navegador, especialmente pelo modo de resposta legado.
Outros membros podem ativar workflows e compartilhar os endereços dos webhooks com você ou com administradores da instância.
Confira na sua instância
Revise os corpos das respostas dos webhooks ativos e procure HTML ou scripts inesperados. Em homologação, confira o cabeçalho Content-Security-Policy também nas respostas de erro e nos caminhos sem cabeçalhos definidos pelo workflow. A diretiva de sandbox precisa acompanhar esses retornos. Até aplicar a correção, restrinja o acesso às rotas /webhook/* às origens confiáveis.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
A exploração exige que outro acesso abra o endereço do webhook. A permissão para criar e ativar o workflow é necessária para o autor do conteúdo malicioso.
Gravidade altaCVSS: 7,2/10Correção disponível
Identificador de workflow permite acessar Data Tables de outros projetos
O n8n aceitava um identificador fornecido na criação do workflow e o utilizava para consultar o projeto proprietário em um cache. Um identificador especialmente escolhido fazia essa consulta retornar um projeto inválido. A verificação seguinte das Data Tables aceitava então todos os projetos da instância, permitindo a um membro listar, ler, alterar e excluir linhas fora do seu projeto.
Casos de uso afetados
Você separa as Data Tables por projeto e permite que membros criem e executem workflows na mesma instância.
As tabelas guardam registros que precisam permanecer acessíveis apenas aos membros de cada projeto.
Confira na sua instância
Examine os identificadores gravados dos workflows e procure o valor __proto__, citado no aviso oficial. Remova workflows com esse identificador e confira os membros autorizados a criar automações. Depois da atualização, use projetos e tabelas de teste para verificar que um workflow sem autorização não consegue consultar linhas de outro projeto.
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
Você pode desativar o módulo Data Tables como medida temporária quando ele não for necessário.
Gravidade altaCVSS: 7,1/10Correção disponível
Compactação do histórico pode provocar erros de login e gravação
A rotina que compara as conexões de duas versões de um workflow utilizava diretamente os nomes recebidos como propriedades de objetos. Um membro com poucos privilégios podia gravar conexões com nomes reservados do JavaScript. Quando a compactação periódica do histórico processava essas conexões, a alteração de protótipos afetava objetos do processo inteiro e fazia o n8n responder com erros de servidor no login e nas gravações.
Casos de uso afetados
Você mantém o histórico de workflows habilitado em uma instância compartilhada com membros autorizados a gravar workflows.
Confira na sua instância
Confira a configuração N8N_WORKFLOW_HISTORY_ENABLED e examine as chaves das conexões dos workflows. O aviso orienta procurar nomes como __proto__, constructor e prototype para removê-los ou renomeá-los. Caso o histórico seja dispensável até a atualização, configure N8N_WORKFLOW_HISTORY_ENABLED=false. Na revisão dos logs, observe erros de login e gravação próximos à execução da compactação.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.41.x
< 2.41.4
>= 2.41.4
O texto do comunicado também cita a versão 2.42.1 como corrigida. A tabela mantém somente o intervalo presente nos campos de versões da API, sem acrescentar uma faixa ausente.
Gravidade altaCVSS: 7,1/10Correção disponível
Seletor de arquivos pode deixar o processo do n8n sem resposta
O Node Read/Write Files from Disk avaliava o padrão glob do campo File(s) Selector no event loop principal, sem limite de tempo. Um padrão com muitos curingas podia gerar uma expressão regular com retrocesso exponencial. Ao executar esse workflow, um membro podia ocupar o processo a ponto de interromper as respostas da interface, das integrações e das verificações de saúde até o reinício.
Casos de uso afetados
Você permite a criação de workflows que leem arquivos do disco e usam padrões dinâmicos no campo File(s) Selector.
Confira na sua instância
Localize os Nodes Read/Write Files from Disk e leia os seletores configurados, procurando combinações incomuns ou repetidas de curingas. Corrija esses seletores sem executá-los em produção. Quando a leitura de arquivos não for necessária, inclua n8n-nodes-base.readWriteFile em NODES_EXCLUDE até aplicar a atualização. Após a manutenção, confira a resposta da interface e dos webhooks usados nas suas automações.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
Reiniciar o processo recupera o atendimento das requisições, mas a correção depende da atualização.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Slack Trigger pode enviar o token do workspace a um destino externo
Sem o segredo de assinatura preenchido na credencial, o Slack Trigger aceitava requisições cuja assinatura não podia verificar. Um visitante sem autenticação que conhecesse o endereço do webhook podia indicar um arquivo para download. O Node anexava o token do workspace à requisição mesmo quando o destino não pertencia ao Slack, permitindo o vazamento do token e a leitura da resposta desse destino.
Casos de uso afetados
Você recebe eventos pelo Slack Trigger com o campo Signature Secret vazio na credencial utilizada.
O Slack Trigger está ativo com a opção Download Files habilitada e seu webhook pode ser alcançado externamente.
Confira na sua instância
Abra cada credencial vinculada a um Slack Trigger e confira o campo Signature Secret. Nos Nodes ativos, verifique a opção Download Files e desative-a temporariamente quando você ainda não puder atualizar. Confira também N8N_SSRF_PROTECTION_ENABLED=true para reduzir abusos de requisições de saída. Substitua os tokens OAuth associados aos workflows que possam ter exposto a credencial.
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.83
>= 1.123.83
n8n 2.42.x
< 2.42.1
>= 2.42.1
n8n 2.41.x
< 2.41.4
>= 2.41.4
O conhecimento do endereço do webhook é uma condição da exploração. As medidas de assinatura e rede são temporárias.
Gravidade moderadaCVSS: 5,9/10Correção disponível
Link pode reconectar o Local Gateway a outra instância
O aplicativo Local Gateway podia mudar sua conexão para outra instância do n8n sem solicitar confirmação. As permissões já concedidas no computador acompanhavam essa troca. Um atacante que convencesse você a abrir um link preparado para esse fim poderia conectar o Gateway a uma instância sob seu controle e utilizar as permissões locais existentes.
Casos de uso afetados
Você utiliza o Computer Use com o aplicativo Local Gateway instalado e em execução no computador.
O Gateway já recebeu permissões locais e você abre um link com o esquema n8n-computer-use://.
Confira na sua instância
Confira a instância atualmente pareada com o Local Gateway e revise as permissões locais concedidas. Ajuste allowedOrigins para o endereço específico dessa instância, em vez do curinga padrão. Até atualizar, encerre o aplicativo quando ele não estiver em uso e não abra links n8n-computer-use:// recebidos sem uma origem confiável.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.42.x
< 2.42.1
>= 2.42.1
n8n 2.41.x
< 2.41.4
>= 2.41.4
A falha exige o aplicativo instalado e em execução, além da abertura do link pela vítima.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Perfil restrito ao chat consegue cadastrar ferramentas além das permissões previstas
O Chat Hub restringia apenas alguns tipos de ferramentas para o perfil de chat. Embora esse perfil não pudesse criar nem editar workflows, ele conseguia cadastrar ferramentas capazes de executar código no sandbox do task runner ou ler e gravar arquivos nos diretórios permitidos pelo n8n. Também podia utilizar workflows, Data Tables e agentes por meio da conversa, ultrapassando as permissões previstas para o perfil.
Casos de uso afetados
Você concede o perfil global:chatUser para permitir conversas sem autorizar a criação ou edição de workflows.
O Chat Hub está disponível em uma instância com ferramentas de arquivos, execução de código ou acesso a recursos internos.
Confira na sua instância
Revise os acessos com o perfil global:chatUser e as ferramentas cadastradas no Chat Hub. Confira especialmente ferramentas de código e de arquivos, além das que acionam recursos internos da instância. Enquanto a atualização não estiver aplicada, reserve esse perfil a participantes plenamente confiáveis ou desative o Chat Hub quando ele for dispensável.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
O aviso descreve execução de código dentro do sandbox e acesso aos diretórios permitidos pelo n8n. Ele não afirma uma fuga desses limites.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Filtro do Quick Base permite ampliar consultas e exclusões
O Node Quick Base enviava o conteúdo do campo Where diretamente como texto de consulta. Quando você montava esse filtro com entradas externas não confiáveis, um remetente podia alterar sua lógica. Com as permissões da credencial do workflow, uma consulta Get Many podia retornar todos os registros da tabela e uma ação Delete podia excluir todos eles.
Casos de uso afetados
Você utiliza campos recebidos por webhook em expressões que montam o filtro Where de uma consulta ou exclusão no Quick Base.
Um agente utiliza o Quick Base como ferramenta e pode fornecer entradas ao filtro dessas ações.
Confira na sua instância
Abra os Nodes Quick Base e acompanhe a origem dos valores inseridos no campo Where. Após atualizar, utilize a opção Where Parameters para os valores dinâmicos e remova sua interpolação direta no filtro. Em uma tabela de homologação, confira se a consulta retorna somente os registros previstos. Revise separadamente as ações de exclusão e os agentes autorizados a usar o Node.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
O comunicado ressalta que um filtro Where montado por expressão continua inseguro. A atualização precisa ser acompanhada da adoção de Where Parameters para os valores dinâmicos.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Falha de polling do SeaTable Trigger registra o token da credencial
O SeaTable Trigger utiliza o token da credencial no cabeçalho Authorization para obter um token de acesso à base. Quando essa requisição falhava durante o polling, o erro HTTP completo era gravado na execução, incluindo os cabeçalhos enviados. Um membro autorizado a consultar execuções podia recuperar o token e utilizá-lo na base do SeaTable mesmo sem acesso à credencial no n8n.
Casos de uso afetados
Você mantém workflows com SeaTable Trigger consultando periodicamente uma base e compartilha o histórico de execuções com outros membros.
Confira na sua instância
Examine as execuções com erro dos workflows de polling do SeaTable e procure cabeçalhos Authorization preservados no erro da requisição de token. Faça essa inspeção em acesso administrativo, sem copiar o segredo para chamados ou mensagens. Substitua os tokens utilizados nesses workflows e restrinja a leitura das execuções. Você pode desativar os gatilhos de polling até aplicar a correção.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
A exposição descrita ocorre no registro de erro da requisição feita durante o polling.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Filtros OData alterados afetam contatos do Outlook e itens do SharePoint
A consulta de contatos do Microsoft Outlook e a atualização de itens do Microsoft SharePoint v1 montavam filtros OData sem escapar corretamente os valores recebidos. Uma aspa simples podia encerrar o texto do filtro e modificar a consulta. Quando esses campos recebiam entradas externas, o Outlook podia retornar toda a lista de contatos da caixa postal. No SharePoint, a busca anterior à gravação podia selecionar outro item e aplicar nele os valores enviados.
Casos de uso afetados
Você utiliza expressões com entradas de webhook na ação getAll de contatos do Microsoft Outlook.
Seu workflow atualiza ou faz upsert de itens com o Microsoft SharePoint v1 a partir de campos fornecidos externamente.
Confira na sua instância
Revise as expressões usadas nos filtros de contatos do Outlook e na seleção do item a atualizar no SharePoint v1. Remova temporariamente as ligações com entradas externas não confiáveis. Após atualizar, teste em homologação valores legítimos com apóstrofo e confira os contatos retornados e o identificador do item selecionado para gravação.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
As consultas e gravações continuam limitadas às permissões da credencial armazenada. O aviso identifica especificamente o Node Microsoft SharePoint v1.
Gravidade moderadaCVSS: 5,3/10Correção disponível
Erros de Nodes expõem senhas e tokens no histórico de execução
Determinadas falhas nos Nodes Git, MongoDB Atlas Vector Store e Google Cloud Storage gravavam segredos das credenciais junto ao erro da execução. No Git, o registro podia conter senha ou token. No MongoDB, podia expor a senha do banco, e no Google Cloud Storage, o token de acesso. A permissão para ler execuções permitia recuperar esses segredos mesmo sem autorização para consultar a credencial.
Casos de uso afetados
Você compartilha a leitura de execuções de workflows que acessam repositórios pelo Node Git.
As automações utilizam MongoDB Atlas Vector Store ou Google Cloud Storage e mantêm registros de execuções que falharam.
Confira na sua instância
Filtre as execuções com erro pelos três Nodes afetados e examine o conteúdo gravado com acesso administrativo. Procure senhas ou tokens nos detalhes das falhas e confira quais membros conseguem ler esses registros. Até atualizar, limite essa permissão aos acessos necessários. Caso encontre um segredo exposto, substitua a credencial correspondente no serviço de origem.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
O comunicado não informa remoção automática de segredos já gravados em execuções antigas.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Sub-workflow carregado por endereço ou arquivo contorna a autorização de credenciais
Ao gravar um workflow compartilhado, o n8n verificava se o editor tinha permissão para utilizar as credenciais adicionadas. O conteúdo de um sub-workflow carregado por endereço ou arquivo local só era lido na execução e ficava fora dessa conferência. Assim, um editor podia fornecer um sub-workflow que utilizasse credenciais do projeto e enviasse seus segredos descriptografados para um destino externo.
Casos de uso afetados
Você compartilha workflows para edição e utiliza o Node Execute Sub-workflow com source: url ou source: localFile.
O projeto possui credenciais cujo uso não foi autorizado para todos os editores do workflow compartilhado.
Confira na sua instância
Nos workflows compartilhados, localize o Execute Sub-workflow e confira a origem configurada. Revise cada uso de source: url e source: localFile, incluindo o conteúdo carregado e seus vínculos com credenciais do projeto. Remova ou restrinja essas chamadas até atualizar e reavalie a permissão dos editores que podem alterar a origem do sub-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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
A falha envolve conteúdo carregado durante a execução. Conferir apenas as credenciais visíveis no workflow principal não cobre esse cenário.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Campo disabled inconsistente permite executar um Node sem validar sua credencial
A conferência de credenciais e o mecanismo de execução interpretavam de maneiras diferentes um valor não booleano no campo disabled. Dentro de um sub-workflow incorporado, um Node podia ser ignorado pela conferência e ainda assim executar. Um membro que conhecesse o identificador de uma credencial sem permissão de uso podia referenciá-la nesse Node e enviar seu segredo para um servidor externo.
Casos de uso afetados
Você permite que membros executem sub-workflows definidos diretamente no modo de JSON incorporado.
Confira na sua instância
Examine as definições incorporadas dos sub-workflows e confirme que o campo disabled, quando presente, utiliza um booleano. Cruze os identificadores de credenciais desses Nodes com as permissões do membro que executa o workflow. Revise também execuções bem-sucedidas inesperadas do Execute Workflow em modo de JSON incorporado, como orienta o comunicado.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
O atacante precisa conhecer o identificador da credencial. A revisão dos workflows existentes é uma medida temporária e não corrige a divergência interna.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Workflow de erro herda identidade e pode acessar credenciais individuais
Quando uma execução falhava, o n8n encaminhava ao workflow de erro informações que vinculavam aquela execução ao acesso que a iniciou. Um editor do projeto podia alterar o workflow de um colega para apontar a um workflow de erro sob seu controle. Ao receber a identidade herdada, esse segundo workflow podia obter os segredos das credenciais individuais do colega.
Casos de uso afetados
Você utiliza credenciais dinâmicas por acesso em projetos compartilhados com outros editores.
Os workflows possuem um tratamento de erro configurado que pode ser alterado por membros do projeto.
Confira na sua instância
Confira o campo settings.errorWorkflow dos workflows ativos e identifique o proprietário de cada workflow de erro referenciado. Investigue destinos inesperados e revise os membros com permissão de edição no projeto. Quando as credenciais dinâmicas forem dispensáveis, desative o recurso temporariamente. Após atualizar, confira em homologação se o tratamento de erro continua funcionando sem herdar a identidade da execução original.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.42.x
< 2.42.2
>= 2.42.2
n8n 2.41.x
< 2.41.5
>= 2.41.5
A correção limita as informações encaminhadas ao workflow de erro aos campos que não carregam identidade.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Parâmetros padrão omitidos deixam credenciais fora da conferência de permissão
A autorização de credenciais considerava apenas os campos que pareciam ativos nos parâmetros gravados do Node. Como os valores padrão eram omitidos dessa gravação, uma referência podia ficar fora da conferência. Durante a execução, o n8n restaurava os padrões e utilizava a credencial. Um membro podia aproveitar essa diferença para executar um workflow com uma credencial não autorizada e enviar seu conteúdo descriptografado a outro destino.
Casos de uso afetados
Você permite que membros criem e executem workflows em uma instância que mantém credenciais fora das permissões desses membros.
Os Nodes utilizam configurações padrão que determinam quais campos de credenciais ficam ativos.
Confira na sua instância
Compare as referências de credenciais dos workflows com seus proprietários e permissões de uso. Ao revisar os parâmetros dos Nodes, considere também os padrões aplicados na execução, pois a ausência de um campo no JSON gravado não prova que a credencial ficará inativa. Procure nos logs utilizações inesperadas de credenciais por membros e confirme a instalação de uma versão corrigida.
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.85
>= 1.123.85
n8n 2.44.x
< 2.44.1
>= 2.44.1
n8n 2.43.x
< 2.43.5
>= 2.43.5
Até atualizar, restrinja o acesso à instância a membros plenamente confiáveis e revise a permanência de credenciais que esses membros não deveriam utilizar.
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.
