Vulnerabilidades do n8n em 13/01/2026

A lista de endereços permitidos do Node Webhook pode aceitar uma origem não autorizada por comparar apenas parte do endereço. Você precisa conferir os workflows que usam essa restrição e a versão do n8n em execução.

Aplicativon8n
Data do compilado
Vulnerabilidades1

A correção indicada está disponível no projeto. Sua instância precisa receber a atualização para usar a comparação exata de endereços.

Gravidade moderadaCVSS: 5,3/10Correção disponível

Acesso indevido ao webhook por comparação parcial de IP

O Node Webhook procura o texto cadastrado na lista de IPs permitidos dentro do endereço de origem da requisição. Com essa comparação parcial, um atacante pode acessar o webhook usando um endereço não autorizado que contenha o trecho aceito pela configuração. A falha afeta tanto IPv4 quanto IPv6 e compromete a restrição de acesso dos workflows que usam essa lista.

Casos de uso afetados

  • Você restringe o acesso a um workflow pela lista de IPs do Node Webhook. Uma requisição de outra origem pode ser aceita quando o endereço contém o texto cadastrado, mesmo sem corresponder ao endereço completo autorizado.

Confira na sua instância

Confira a versão em execução e abra os Nodes Webhook dos workflows que usam a lista de IPs permitidos. Para testar a comparação, use um workflow de teste sem ações externas e envie requisições de duas origens sob seu controle: uma com o endereço autorizado e outra com um endereço diferente que contenha o texto da entrada cadastrada. Confira os endereços efetivamente recebidos pelo n8n e compare as respostas com o histórico de execução. O endereço diferente deve ser recusado. Repita a conferência com IPv4 e IPv6 quando ambos forem usados no seu ambiente.

Versões afetadas e correções

Faixas declaradas no comunicado oficial, por linha de manutenção
LinhaAfetadasCorrigidas
n8n (npm)>= 1.36.02.2.0

O aviso também identifica a falha como CVE-2025-68949 e informa a correção na versão 2.2.0. A faixa afetada permanece como publicada pela API, sem limite superior. Durante a espera pela atualização, acrescente autenticação ao webhook, como um segredo compartilhado ou uma chave de API, e aplique a filtragem de IP no reverse proxy ou firewall. Evite entradas curtas ou baseadas apenas em prefixos. Essas medidas complementam a restrição de acesso, mas não corrigem a comparação dentro do Node.

Voltar aos compilados de vulnerabilidades
Luiz Eduardo Oliveira Fonseca

Luiz Eduardo Oliveira Fonseca

Fundador e Mentor

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.

Área pública disponível

Participe da comunidade no Discord

Entre pelo convite oficial, apresente-se à comunidade e acompanhe os avisos e projetos compartilhados entre os encontros.