BLOG
O n8n divulgou em 28 de outubro de 2026 uma falha de autenticação no Chat Trigger que exige atenção de quem mantém chat incorporado em sites ou portais. Confira se sua configuração corresponde ao aviso oficial GHSA-pwj5-wwm6-g83j.
Para uma empresa que usa esse chat no atendimento, a primeira decisão é operacional: descobrir se o fluxo está no cenário afetado e quem responde pela instalação. A notícia não significa que todo chatbot do n8n ficou exposto, nem comprova invasão em uma empresa específica.
O que mudou no Chat Trigger
Segundo o mantenedor, uma rota do webhook escapava da verificação de login também no chat incorporado, embora a exceção fosse destinada ao chat hospedado. No cenário descrito, uma chamada sem autenticação poderia acessar o histórico de uma sessão identificada pelo nome ou disparar o workflow. A correção restabelece a checagem nessa situação; o aviso detalha as condições afetadas.
Isso importa porque uma interface de chat pode iniciar tarefas além de responder perguntas. Ao revisar seu próprio fluxo, veja se uma mensagem consulta cadastros, grava dados ou aciona outras integrações. Essa análise determina o impacto possível no seu processo; não se deve presumir que todas essas ações estejam presentes em qualquer instalação.
Quem precisa conferir o Chat Trigger
A documentação distingue Hosted Chat, que usa a interface fornecida pelo n8n, de Embedded Chat, que utiliza uma interface própria conectada à URL do chat. Também distingue None, Basic Auth e n8n User Auth. Esta última opção restringe o uso a pessoas conectadas a uma conta n8n. Confira os nomes no manual do Chat Trigger, em vez de decidir somente pela aparência do widget.
- Abra o workflow que atende ao chat e localize o nó Chat Trigger.
- Confira se o modo é Embedded Chat e se a autenticação é n8n User Auth.
- Registre se o workflow está publicado e qual instalação recebe as chamadas.
- Peça ao responsável técnico a versão instalada e a evidência da atualização aplicada.
Se você contrata uma agência ou um serviço gerenciado, envie essas perguntas ao fornecedor. Ter um chat em uma página WordPress não permite concluir, por si só, qual infraestrutura ou autenticação funciona por trás dele. Para usuários brasileiros, os avisos não definem uma exceção regional: a triagem depende da configuração técnica.
Versões corrigidas do Chat Trigger e canal de atualização
O aviso do Chat Trigger identifica as versões 1.123.89, 2.45.5, 2.46.1 e 3.0.1 como corrigidas. Esses números pertencem a linhas diferentes; não são uma ordem para migrar toda instalação para 3.0.1. Consulte a lista de correções do mantenedor e escolha com seu administrador uma versão compatível e corrigida da linha mantida.
| Verificação | Decisão prática |
|---|---|
| Modo e autenticação | Confirmar a combinação afetada no nó, não apenas no site. |
| Versão instalada | Comparar com o aviso da vulnerabilidade específica. |
| Canal da versão | Distinguir release estável de pré-lançamento antes da troca. |
| Fluxo após a atualização | Validar login, histórico, resposta e integrações em ambiente de teste. |
A release 2.46.2 de 29 de outubro aparece como Pre-release no GitHub. Portanto, existir uma numeração mais alta não basta para tratá-la como atualização estável recomendada para qualquer empresa. A página oficial dessa release permite conferir o canal. Se sua equipe está avaliando uma migração de linha, veja também o que muda no n8n 3.0 beta antes de decidir.
Como organizar a correção sem improvisar na produção
A recomendação oficial para instalações próprias é testar a atualização antes e consultar alterações incompatíveis. O método depende da instalação, como Docker ou npm; siga a documentação de atualização do n8n correspondente. Não substitua a versão em produção sem saber como recuperar o serviço caso um workflow deixe de funcionar.
Como roteiro de conferência, separe um fluxo de teste com dados fictícios. Verifique uma sessão autorizada, uma tentativa sem login e o comportamento esperado das ferramentas conectadas. Registre o resultado e o responsável pela liberação. Isso cria um critério de aceite concreto para o fornecedor, sem exigir que o dono do negócio interprete código ou execute testes de invasão. O roteiro de como testar um agente de IA no n8n ajuda a estruturar a validação funcional do atendimento.
Se a atualização não puder ocorrer imediatamente, o aviso propõe medidas temporárias, como desativar os chats na configuração afetada ou restringir o acesso. Essas alternativas não equivalem à correção definitiva. A decisão deve considerar a continuidade do atendimento: se o canal for interrompido, indique ao cliente outro meio de contato já disponível.
Outros dois avisos merecem uma triagem separada
Os nós antigos Function, Function Item e LangChain Code aparecem em outro aviso. O risco descrito requer usuário autenticado com permissão de criar ou modificar workflows. Nas correções, novos usos e alterações são bloqueados por padrão, mas workflows já salvos continuam executando; o mantenedor orienta revisar e substituir esses nós pelo Code. Veja o GHSA-9p7v-45m2-wxgj. Atualizar não dispensa esse inventário.
Há ainda um aviso sobre o fluxo de conexão de credenciais OAuth2 de usuário final em instâncias Enterprise com credenciais resolvíveis configuradas. O problema e as versões corrigidas estão no GHSA-426f-xmcv-g8pg. Esse recorte não permite afirmar que toda conexão OAuth ou toda conta n8n está afetada.
O que muda no custo e na decisão do negócio
Os avisos consultados tratam de correções, não de um plano comercial novo. Eles não anunciam preço especial para obter proteção nem fornecem uma cobrança adicional universal. O trabalho de manutenção do seu fornecedor e as condições de hospedagem dependem do contrato existente; não há um valor único sustentado por esses documentos.
Para quem mantém automações de clientes, o encaminhamento é listar as instalações, identificar as configurações afetadas e registrar a versão corrigida e a validação de cada uma. Para o dono do negócio, peça uma resposta objetiva: nosso Chat Trigger se enquadra, qual correção foi aplicada e o atendimento foi conferido depois?
A prioridade é corrigir o cenário confirmado, com evidência de funcionamento. Depois, mantenha uma rotina de revisão de versões e permissões. A descoberta de um aviso é um motivo para verificar o ambiente, não uma prova automática de comprometimento nem uma garantia de que apenas atualizar resolve todos os riscos da operação.
