O n8n 2.41.5 passa a pedir confirmação antes de construir uma automação escolhida nas sugestões iniciais do Assistente. A comparação oficial também inclui um pacote de alterações em permissões, credenciais e extensões. A nota da release não explica essas mudanças; os detalhes abaixo vêm das PRs e do código público comparado.
O n8n conecta serviços por fluxos chamados workflows. Seu Assistente oferece sugestões para quem está começando. Nessa apresentação inicial, escolher uma ideia não deveria ser confundido com autorizar sua construção.
Escolher uma sugestão não inicia mais a construção imediatamente
Antes, selecionar uma sugestão começava a criação, embora alguns usuários estivessem apenas tentando concluir a apresentação. A PR #39956 acrescenta uma confirmação: construir agora ou deixar para depois. Somente a confirmação positiva inicia a construção; adiar mantém o usuário na apresentação e mostra novamente as sugestões.
A pergunta final sobre o uso dos aplicativos fica mais clara e aparece após uma pausa maior. Os cartões de perguntas respondidas também deixam de mudar de posição enquanto uma execução ainda está ativa; a movimentação passa a ocorrer depois da conclusão.
Controles adicionais confirmados no código público
A PR #40033 reúne mudanças sem uma descrição pública detalhada de cada uma. Entre os trechos verificáveis, o fluxo destinado a tratar erros deixa de herdar os dados de identidade e os artefatos seguros da execução que falhou. Ao alterar a referência desse fluxo, passam a ser verificados acesso de leitura, publicação, gatilho de erro habilitado e política de chamada. Referências inválidas podiam resultar em um tratamento que simplesmente não ocorria.
Na instalação e atualização de componentes da comunidade, a exigência de versões verificadas passa a depender da configuração do servidor, não de opções enviadas pelo solicitante. A consulta completa de uma execução pela ferramenta MCP também passa a aplicar o tratamento de ocultação de dados correspondente ao usuário.
Há ainda mudanças nas credenciais gerenciadas, na validação de identificadores OAuth e no caminho de requisições de OpenRouter e Databricks. Esses trechos não autorizam afirmar que houve incidente, exploração ou correção de uma vulnerabilidade com classificação específica.
O que testar e o que permanece sem explicação
Na apresentação do Assistente, escolha uma sugestão e adie a criação: nada deve ser construído. Repita e confirme para verificar o caminho positivo. Nos fluxos de tratamento de erros, teste uma referência publicada e autorizada e outra inacessível, além de conferir que o tratamento continua funcionando.
Para instalações que restringem extensões, teste a instalação de uma versão permitida e a recusa de outra não verificada. Confira também a ocultação de dados em consultas MCP. O pacote veio de um repositório privado; sem uma explicação pública completa, esta análise descreve comportamentos observados no código, não substitui um comunicado de segurança nem garante cobertura de todo o pacote.