n8n 2.33.3: correções no MCP Server Trigger e na auditoria de segurança

n8n 2.33.3: correções no MCP Server Trigger e na auditoria de segurança

O n8n 2.33.3 é uma atualização de correção. Isso significa que o foco não é apresentar uma grande mudança visual, mas resolver um comportamento específico que poderia afetar automações, integrações ou recursos internos da plataforma.

Neste artigo, o objetivo é explicar exatamente o que a correção faz, em linguagem simples, para que uma pessoa leiga consiga entender quando ela importa e como validar a atualização.

O que é o n8n?

O n8n é uma plataforma de automação de workflows. Ele permite conectar ferramentas, APIs, bancos de dados, sistemas de atendimento, CRMs, planilhas e serviços de IA para executar processos automaticamente.

Como muitos fluxos dependem de detalhes técnicos — horários, arquivos, permissões, integrações externas e chamadas de API — pequenas correções podem ter impacto real em produção.

O que mudou na versão 2.33.3?

A nota oficial desta versão destaca uma correção principal:

core: Import security audit risk reporters with a file extension; MCP Server Trigger Node: Save execution data only after tool call completes.

1. Correções em auditoria de segurança e MCP Server Trigger Node

Esta versão traz duas correções. A primeira é parecida com a correção da linha 2.32.7: a auditoria de segurança passa a importar os risk reporters com extensão de arquivo, evitando falhas em ambientes que exigem importações explícitas.

A segunda correção afeta o MCP Server Trigger Node. Antes, os dados de execução podiam ser salvos antes da chamada da ferramenta terminar. Isso poderia registrar uma execução incompleta ou em estado intermediário.

Com a correção, o n8n salva os dados da execução somente depois que a chamada da ferramenta é concluída. Na prática, isso melhora a consistência do histórico de execução para workflows que usam MCP.

Quem é afetado por essa atualização?

Afeta quem usa auditoria de segurança e, principalmente, quem usa o MCP Server Trigger Node para expor ferramentas ou receber chamadas via MCP.

Se você não usa MCP no n8n, a segunda correção provavelmente não muda seu uso diário. Se usa, ela ajuda a garantir que os dados salvos reflitam a execução concluída, não uma chamada ainda em andamento.

O que isso muda na prática?

Na prática, essa atualização reduz a chance de erro em um ponto específico do n8n. Para quem usa esse recurso, atualizar ajuda a evitar falhas difíceis de perceber, porque muitas vezes o problema aparece apenas em determinados formatos, horários, arquivos, caminhos ou execuções.

Para quem não usa o recurso corrigido, a mudança pode não ser visível no dia a dia, mas ainda faz sentido manter o ambiente atualizado para receber as correções oficiais da plataforma.

O que verificar antes e depois de atualizar?

  • Teste workflows que usam MCP Server Trigger Node.
  • Execute uma chamada de ferramenta e confira o histórico de execução.
  • Verifique se os dados aparecem apenas depois da conclusão da chamada.
  • Revise logs de auditoria de segurança e importação de módulos.
  • Valide workflows críticos após atualizar.

Em ambientes de produção, o ideal é atualizar com backup, testar os workflows mais importantes e acompanhar os logs nas primeiras execuções após a mudança.

Perguntas frequentes sobre n8n 2.33.3

Essa versão traz recurso novo?

Não. Pela nota oficial, esta versão é focada em correção de bug. O valor dela está em resolver um comportamento específico que podia gerar falha ou inconsistência.

Vale a pena atualizar?

Sim, principalmente se o seu ambiente usa o recurso afetado pela correção. Mesmo quando a correção parece pequena, ela pode evitar erro em workflows reais.

Preciso testar depois de atualizar?

Sim. O teste deve focar nos workflows que usam o componente corrigido. Se eles executarem sem erro e os logs estiverem limpos, a atualização pode ser considerada fechada.

Conclusão

O n8n 2.33.3 corrige um ponto técnico específico, mas importante para quem depende do recurso afetado em automações reais.

A recomendação é revisar a nota oficial, atualizar com cuidado e validar os workflows relacionados antes de considerar o processo fechado.

Fonte oficial: https://github.com/n8n-io/n8n/releases/tag/n8n%402.33.3