Os 14 avisos publicados em 08/07/2026 descrevem falhas com requisitos diferentes de acesso e configuração. Você pode comparar a versão da sua instância com as faixas de cada ficha e conferir se usa o recurso afetado. Os cenários distinguem falhas acessíveis pela rede de situações que exigem autenticação, edição de workflows ou recursos opcionais.
Aplicativon8n
Data do compilado
Vulnerabilidades14
As faixas reproduzem os campos da API, sem acrescentar limites inferiores. Correção disponível no projeto não confirma a atualização da sua instância. As medidas temporárias descritas nas fichas não substituem as correções.
Gravidade altaCVSS: 8,9/10Correção disponível
Tokens do Token Exchange recebem permissões administrativas
O Token Exchange atribui aos tokens JWT todos os escopos de chave da Public API, ignorando o papel do acesso original. Um atacante com um JWT externo aceito por um emissor configurado consegue usar o token resultante para executar ações administrativas, como criar ou excluir acessos. A instalação de pacotes comunitários não verificados também pode permitir execução de código.
Casos de uso afetados
Você mantém o Token Exchange e a Public API habilitados, com N8N_TOKEN_EXCHANGE_ENABLED=true e N8N_ENV_FEAT_TOKEN_EXCHANGE=true. Um acesso com privilégios reduzidos consegue obter um JWT externo aceito por uma chave confiável configurada na instância.
Confira na sua instância
Revise os emissores e as chaves confiáveis do Token Exchange junto aos valores das duas variáveis de habilitação. Confira se a licença inclui Advanced Permissions e se N8N_COMMUNITY_PACKAGES_ENABLED e N8N_UNVERIFIED_PACKAGES_ENABLED estão habilitadas. Até atualizar, você pode desativar o Token Exchange por uma das duas variáveis ou restringir o acesso de rede à Public API.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
A elevação de papel exige licença Advanced Permissions. A execução de código pela instalação de pacotes exige as duas variáveis de pacotes comunitários habilitadas. Definir N8N_UNVERIFIED_PACKAGES_ENABLED=false remove esse caminho de execução, mas não corrige a atribuição excessiva de escopos.
Gravidade altaCVSS: 8,9/10Correção disponível
Troca de diretório por link simbólico durante o clone permite execução de código
O Node Git valida o caminho de destino e executa o clone em momentos separados. Um atacante autenticado pode aproveitar esse intervalo para substituir o diretório por um link simbólico e direcionar um repositório preparado à pasta de Nodes comunitários. No reinício seguinte, o n8n carrega esse conteúdo como um Node personalizado e executa seu JavaScript no servidor.
Casos de uso afetados
Você permite criar e executar workflows com o Node Git em uma instância própria ou no n8n Cloud. A exploração exige uma troca de caminho no intervalo entre a validação e a clonagem.
Confira na sua instância
Localize workflows que usam clone no Node Git e revise seus destinos. Examine a pasta de Nodes comunitários para identificar repositórios inesperados ou links simbólicos suspeitos. Se adotar a mitigação, confira se NODES_EXCLUDE contém n8n-nodes-base.git e se o Node foi efetivamente desabilitado. Revise também os destinos permitidos para conexões a repositórios Git.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
O aviso também tem o identificador CVE-2026-71539. Sua descrição ainda orienta aguardar uma correção, mas os campos da API já indicam as versões corrigidas preservadas nesta ficha.
Gravidade altaCVSS: 8,9/10Correção disponível
Expressões do motor legado permitem executar código no servidor
O sanitizador do motor legado de expressões pode ser contornado no acesso a propriedades calculadas. Um acesso autenticado com permissão de criar ou modificar workflows consegue preparar uma expressão que executa código no servidor com as permissões do processo n8n.
Casos de uso afetados
Você mantém o motor legado de expressões, padrão nas versões afetadas, e permite que outros acessos criem ou alterem workflows. A expressão maliciosa pode executar código além do processamento previsto para o workflow.
Confira na sua instância
Confira N8N_EXPRESSION_ENGINE na configuração do processo e as permissões de criação e alteração de workflows. Como medida temporária, você pode definir N8N_EXPRESSION_ENGINE=vm. Confirme que o processo carregou esse valor e teste as expressões usuais de um workflow de homologação para avaliar a compatibilidade da mudança.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
A troca para o motor vm e a restrição de acesso são mitigações de curto prazo. Elas não substituem a atualização para uma versão corrigida.
Gravidade altaCVSS: 8,4/10Correção disponível
Links do Resource Locator executam JavaScript no navegador
O Resource Locator envia o valor de cachedResultUrl, armazenado no workflow, para window.open() sem validar o esquema da URL. Um workflow preparado com um endereço que executa JavaScript pode rodar código no navegador quando você abre o workflow e aciona o link externo correspondente.
Casos de uso afetados
Você abre um workflow criado ou alterado por outro acesso e usa o link externo de um Resource Locator. O ataque depende da interação com um cachedResultUrl adulterado.
Confira na sua instância
Examine o JSON dos workflows compartilhados ou importados e procure os campos cachedResultUrl. Confira se cada endereço usa http: ou https: e corresponde ao recurso esperado. Analise valores com outros esquemas como texto, sem acionar o link, e revise as permissões de criação e edição.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
A abertura do workflow acompanhada da interação com o link faz parte do cenário de exploração. Restringir a edição e revisar as URLs reduz a exposição temporariamente.
Gravidade altaCVSS: 8,2/10Correção disponível
Prévia HTML permite ações com a sessão de outro acesso
A prévia HTML coloca a saída da execução em um iframe srcdoc sem o atributo sandbox. Ao contornar a sanitização, um atacante com global:member consegue inserir um script que roda na mesma origem do editor. Quando você abre a prévia preparada, esse script pode chamar as APIs autenticadas usando sua sessão.
Casos de uso afetados
Você consulta a prévia de uma saída HTML produzida por um workflow que aceita conteúdo externo ou pode ser preparado por um acesso com global:member. A abertura da prévia permite executar o script na sessão do navegador.
Confira na sua instância
Identifique workflows que enviam conteúdo externo ao Node HTML ou à prévia de arquivos HTML. Em homologação, com uma saída inofensiva, inspecione o iframe da prévia no navegador para conferir seu isolamento. Se usar a mitigação por N8N_CONTENT_SECURITY_POLICY, confira a política recebida pelo navegador e a recusa de scripts inline.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
A interação necessária é abrir a prévia afetada. Restringir os acessos e adotar uma política de conteúdo que recuse scripts inline são medidas temporárias.
Gravidade altaCVSS: 7,7/10Correção disponível
Provisionamento por SSO permite atribuir o papel de proprietário
O provisionamento de papéis do Enterprise SSO aceita global:owner quando esse papel resulta do atributo enviado pelo provedor de identidade. Um atacante capaz de alterar esse atributo consegue receber privilégios de proprietário ao entrar na instância, incluindo administração de workflows e credenciais.
Casos de uso afetados
Você usa Enterprise SSO com N8N_SSO_SCOPES_PROVISION_INSTANCE_ROLE habilitada. A exploração exige ainda que o atacante controle o atributo de papel no provedor de identidade ou consiga influenciar seu mapeamento.
Confira na sua instância
Confira o valor efetivo de N8N_SSO_SCOPES_PROVISION_INSTANCE_ROLE e abra o mapeamento do atributo usado para definir o papel global. Verifique quais permissões permitem editar esse atributo e revise os acessos com global:owner. Como medida temporária, remova a variável ou defina seu valor como false.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
O provisionamento de papéis vem desabilitado por padrão. Instâncias sem Enterprise SSO ou com esse provisionamento desabilitado ficam fora do cenário descrito.
Gravidade altaCVSS: 7,2/10Correção disponível
Project Viewer executa ferramentas de agentes com credenciais do projeto
A ferramenta run_node_tool dos AI Agents verifica apenas o escopo agent:execute e não confere a permissão para executar Nodes ou acessar suas credenciais. Um acesso com papel Project Viewer consegue conversar com um agente que possui ferramentas de Nodes e executar ações com os segredos do projeto. Quando ferramentas como Execute Command ou SSH estão habilitadas, a exploração pode alcançar comandos no servidor.
Casos de uso afetados
Você compartilha um projeto com acessos Project Viewer e mantém um AI Agent com ferramentas de Nodes habilitadas. A permissão de somente leitura não limita as ações realizadas por essa ferramenta do agente.
Confira na sua instância
Revise os projetos que combinam Project Viewer com AI Agents e veja quais ferramentas de Nodes cada agente pode executar. Confira especialmente a disponibilidade de Execute Command e SSH. Como medida temporária, remova agents de N8N_ENABLED_MODULES e confirme a desativação do módulo, ou restrinja os participantes desses projetos a acessos plenamente confiáveis.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
Desabilitar Nodes de execução de comandos reduz a possibilidade de executar comandos no servidor, mas não corrige o uso indevido das demais ferramentas e credenciais do projeto.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Cancelamento de webhooks de teste sem autenticação
A rota DELETE /${restEndpoint}/test-webhook/:id recebe chamadas antes da aplicação da autenticação. Um atacante com acesso à rede e o identificador do workflow consegue encerrar a escuta de um webhook de teste, interrompendo a sessão que você está usando para conferir a automação.
Casos de uso afetados
Você deixa um workflow aguardando uma chamada de teste e a interface REST da instância aceita conexões externas. O identificador desse workflow permite cancelar a escuta mesmo sem uma sessão autenticada.
Confira na sua instância
Em homologação, coloque um workflow descartável em escuta de teste e confira se uma chamada DELETE à rota correspondente, sem cookie ou token, é recusada e mantém a escuta ativa. Verifique também se o proxy exige autenticação para chegar à interface REST.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 2.28.x
< 2.28.0
>= 2.28.0
n8n (npm), linha 2.27.x
< 2.27.4
>= 2.27.4
O efeito documentado se limita aos testes em andamento. Webhooks de produção, estado gravado dos workflows e registros armazenados não são afetados. A descrição ainda menciona uma correção futura, mas a API já informa as versões corrigidas transcritas nesta ficha.
Gravidade moderadaCVSS: 6,3/10Correção disponível
Parâmetros dinâmicos dos Nodes permitem chamadas à rede interna
Os endpoints de /rest/dynamic-node-parameters/ aceitam acessos autenticados sem conferir os escopos de autorização. Uma URL absoluta na configuração de roteamento substitui o endereço base declarado pelo Node. Com a proteção contra SSRF desabilitada, o atacante consegue fazer o servidor n8n enviar requisições a serviços internos, mesmo sem criar ou executar um workflow.
Casos de uso afetados
Você permite acessos autenticados à instância e o servidor alcança serviços privados pela rede. N8N_SSRF_PROTECTION_ENABLED=false, valor padrão descrito no aviso, deixa esses destinos acessíveis pelo mecanismo afetado.
Confira na sua instância
Confira N8N_SSRF_PROTECTION_ENABLED na configuração efetivamente usada pelo processo. Revise as conexões de saída permitidas ao servidor, especialmente para endereços privados e endpoints de metadados de nuvem. Em homologação, use um destino interno de teste sem segredos para conferir a recusa de chamadas indevidas pelos endpoints de parâmetros dinâmicos.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
Habilitar N8N_SSRF_PROTECTION_ENABLED=true e limitar as conexões de saída são medidas temporárias. A exploração documentada exige autenticação, mas dispensa permissões de criação ou execução de workflows.
Gravidade moderadaCVSS: 5,5/10Correção disponível
Shell do computer-use sem isolamento no Linux e no Windows
A ferramenta de shell de @n8n/computer-use aplica as restrições de sandbox somente no macOS. No Linux e no Windows, os comandos executam sem as restrições de arquivos e rede previstas pelo pacote, permitindo acesso aos recursos disponíveis para o processo do agente.
Casos de uso afetados
Você instalou explicitamente @n8n/computer-use e mantém seu agente em execução no Linux ou no Windows. A ferramenta de shell pode alcançar arquivos e destinos de rede fora do isolamento esperado.
Confira na sua instância
Confira se @n8n/computer-use está instalado e em execução, identifique o sistema operacional e revise os argumentos de inicialização. Após atualizar, verifique no Linux se o sandbox com bubblewrap funciona. Se um sandbox funcional não puder ser estabelecido, confirme que a ferramenta de shell fica desabilitada e que a inicialização não usa --dangerously-disable-shell-sandbox.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
Instalações padrão do n8n não são afetadas por este aviso. A correção acrescenta isolamento com bubblewrap no Linux e desabilita o shell quando não consegue estabelecer um sandbox funcional.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Cabeçalhos secretos de Nodes de IA aparecem no histórico de execução
Certos sub-Nodes de modelos de linguagem gravam os cabeçalhos HTTP personalizados das credenciais em texto aberto no histórico de execução, embora a interface oculte seus valores. Um acesso autenticado autorizado a consultar esse histórico consegue ler chaves de API e outros segredos. Os valores podem permanecer no banco ou em arquivos exportados após o término do workflow.
Casos de uso afetados
Você configurou cabeçalhos personalizados nas credenciais de sub-Nodes como OpenAI, Anthropic ou Lemonade e compartilha a consulta às execuções do workflow com outros acessos.
Confira na sua instância
Identifique as credenciais desses sub-Nodes que possuem cabeçalhos personalizados. Examine uma execução já armazenada e eventuais exportações em ambiente restrito, procurando os nomes dos cabeçalhos e verificando se seus valores aparecem sem ocultação. Substitua as chaves expostas e revise as permissões de consulta ao histórico.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
A ocultação na tela de credenciais não comprova a ausência do segredo nas execuções. Atualizar o n8n não revoga chaves que já tenham sido expostas.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Chave privada do Google Service Account incluída no cabeçalho JWT
A autenticação com Google Service Account coloca a chave privada PEM completa no campo kid do cabeçalho JWT, destinado ao identificador da chave. Como o cabeçalho usa codificação Base64, seu conteúdo pode ser recuperado por um serviço que inspecione ou registre o token. A chave permite ao atacante atuar como a identidade de serviço nos recursos do Google Cloud autorizados para ela.
Casos de uso afetados
Você usa credenciais Google Service Account no n8n. Um JWT emitido pela versão afetada pode revelar a chave privada nos logs de aplicação ou nos registros de componentes que inspecionam o tráfego.
Confira na sua instância
Localize as credenciais Google Service Account usadas pela instância e confira os logs de aplicação, proxy e balanceador que registram tokens. Em ambiente restrito, decodifique apenas o cabeçalho de um token disponível e veja se kid contém material de chave privada. Revogue e substitua as chaves usadas nas versões afetadas, sem enviar tokens a decodificadores públicos.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
A falha afeta o uso de Google Service Account. As faixas da linha 2.30.x preservam os espaços finais existentes na API.
Gravidade moderadaCVSS: 5,1/10Correção disponível
Node GraphQL envia credenciais a domínios não autorizados
O Node GraphQL ignora a configuração Allowed HTTP Request Domains nas credenciais baseadas em HTTP. Um acesso autenticado com permissão de criar ou editar workflows consegue apontar o endpoint para um servidor sob seu controle e receber os segredos enviados na autenticação, apesar da restrição de domínio cadastrada.
Casos de uso afetados
Você compartilha uma credencial com restrição de domínio para uso por outros acessos. Essa credencial é utilizada no Node GraphQL, por exemplo com Header Auth, Basic Auth, Query Auth ou OAuth.
Confira na sua instância
Abra as credenciais compartilhadas que possuem Allowed HTTP Request Domains e compare os domínios permitidos com os endpoints dos Nodes GraphQL que as utilizam. Revise acessos autorizados a usar essas credenciais e a editar os workflows. Para conferir o comportamento após atualizar, use uma credencial descartável e um destino de teste fora da lista permitida.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 1.123.x
< 1.123.64
>= 1.123.64
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
O cenário depende de uma credencial com restrição de domínio disponível para uso por acessos diferentes do proprietário. O comportamento do Node HTTP Request não comprova que o GraphQL aplica a mesma restrição.
Gravidade moderadaCVSS: 5,1/10Correção disponível
OAuth do MCP permite executar workflows de outros projetos
O consentimento e a emissão de tokens OAuth 2.1 não conferem se o acesso autenticado pode usar o workflow indicado como recurso. Um membro consegue cadastrar um cliente OAuth, aprovar o próprio consentimento para um MCP Server Trigger de outro acesso e obter um token válido. As chamadas executam no projeto do proprietário com suas credenciais, permitindo ao atacante escolher as entradas e ler as respostas das integrações.
Casos de uso afetados
Você usa n8n 2.27.0 ou posterior e mantém ao menos um workflow ativo com o Node MCP Server Trigger configurado para autenticação n8n OAuth2. Outros membros da instância podem alcançar esse fluxo de autorização.
Confira na sua instância
Liste os workflows ativos com MCP Server Trigger e confira o método de autenticação de cada um. Nos que usam n8n OAuth2, revise o histórico pelo acesso do proprietário, pois as execuções indevidas aparecem ali. Em homologação, confirme que um membro sem permissão no workflow não consegue obter autorização para ele. Até atualizar, considere outra autenticação ou a desativação desses workflows.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n (npm), linha 2.30.x
< 2.30.1
>= 2.30.1
n8n (npm), linha 2.29.x
< 2.29.8
>= 2.29.8
O recurso afetado foi introduzido na versão 2.27.0. Esse requisito complementa as faixas literais da API, que não informam um limite inferior. As execuções resultantes não ficam visíveis para o atacante no histórico dele.
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.
