Os 18 avisos publicados nesta data descrevem caminhos que permitem expor credenciais, acessar recursos de outros projetos ou interromper a instância. Cada ficha mostra o recurso envolvido e uma conferência para você aplicar no seu ambiente. Algumas falhas exigem funcionalidades específicas, como Instance AI, Source Control ou autenticação por OIDC.
Aplicativon8n
Data do compilado
Vulnerabilidades18
As faixas abaixo preservam os valores da API, inclusive os intervalos sem limite inferior. Compare cada entrada com a linha de manutenção correspondente. A situação “corrigida” indica que o projeto disponibilizou uma correção, mas você precisa conferir a versão efetivamente executada pela sua instância. As medidas temporárias citadas nas fichas não substituem a atualização.
Gravidade altaCVSS: 8,7/10Correção disponível
O cadastro anônimo de clientes OAuth pode esgotar o armazenamento
O cadastro dinâmico de clientes OAuth aceitava conteúdos excessivamente grandes em client_name e grant_types e gravava esses campos no banco. Um atacante remoto sem autenticação podia repetir o cadastro e consumir o armazenamento disponível. A correção limita o nome ao tamanho da coluna e aceita apenas os tipos de autorização implementados, com um limite para o tamanho da lista.
Casos de uso afetados
Sua instância expõe o cadastro dinâmico de clientes OAuth pela rede. Requisições anônimas podem aumentar o banco mesmo sem acesso ao editor ou aos workflows.
Confira na sua instância
Confira a exposição dos endpoints de cadastro dinâmico e acompanhe o crescimento do banco. Examine a tabela oauth_clients em busca de nomes desproporcionais ou listas anormais de grant_types. Como medida temporária, configure no proxy um limite de corpo inferior ao padrão de 16 MiB e restrinja o acesso aos clientes autorizados.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade altaCVSS: 8,7/10Correção disponível
Um campo de classe em expressão permite executar código no servidor e no editor
O compilador de expressões resolvia sua função de sanitização por meio de um this dinâmico. Um campo de classe reservado podia substituir essa referência e alcançar o construtor Function. No servidor, isso permitia executar código no processo do n8n. Na prévia do editor, a expressão podia executar JavaScript na sessão que abrisse o workflow. A correção rejeita nomes reservados nos membros de classe.
Casos de uso afetados
Você permite que membros criem ou editem expressões e executem workflows na instância afetada.
Você abre no editor um workflow criado por outro membro. A prévia de uma expressão manipulada pode executar JavaScript na sua sessão.
Confira na sua instância
Revise as expressões por uma exportação textual dos workflows, procurando campos de classe chamados __sanitize e construções desconhecidas. Evite abrir no editor um workflow suspeito para fazer essa primeira inspeção. Confira as permissões de criação e edição e aplique N8N_EXPRESSION_ENGINE=vm como medida temporária, mantendo a atualização como correção do compilador.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
A troca do motor é uma medida temporária indicada pelo comunicado. Não considere que ela corrige também o compilador utilizado na prévia do editor.
Gravidade altaCVSS: 7,7/10Correção disponível
A alteração de JSON.stringify permite executar código pelo motor legado de expressões
Duas etapas de geração de código consultavam a função global JSON.stringify durante a avaliação de expressões. Uma expressão que substituísse essa função podia modificar o código gerado e transformar valores literais em instruções executáveis fora do isolamento previsto. A correção usa uma referência capturada no carregamento do módulo, que não acompanha alterações posteriores da função global.
Casos de uso afetados
Sua instância utiliza o motor legado e permite que membros escrevam expressões nos workflows. Uma expressão manipulada pode executar código no processo do n8n.
Confira na sua instância
Confira qual motor de expressões está efetivamente configurado no processo em execução. Revise os parâmetros dos Nodes em busca de alterações de JSON.stringify e expressões desconhecidas. Para afastar o caminho documentado enquanto prepara a atualização, configure N8N_EXPRESSION_ENGINE=vm e confirme que o processo reiniciado recebeu esse valor.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
O comunicado limita esta falha ao motor legado de expressões. O motor vm, padrão nas versões corrigidas, não é afetado por esta vulnerabilidade.
Gravidade altaCVSS: 7,1/10Correção disponível
A busca de modelos da OpenAI pode enviar a credencial para um domínio não autorizado
O Node OpenAI Chat Model conferia os domínios permitidos ao executar chamadas com uma URL base personalizada, mas essa conferência não alcançava a busca do seletor de modelos. Nesse caminho, uma alteração de options.baseURL podia direcionar a requisição para outro servidor com a credencial anexada. A correção submete também a listagem de modelos à validação compartilhada de domínios.
Casos de uso afetados
Você compartilha uma credencial openAiApi apenas para uso e limita seus destinos por domínio. Um membro com acesso ao seletor de modelos pode contornar essa limitação na versão afetada.
Confira na sua instância
Revise os compartilhamentos das credenciais openAiApi com restrição de domínio e os Nodes OpenAI Chat Model que permitem uma URL base personalizada. Confira também os destinos das requisições de listagem de modelos nos registros disponíveis. Caso encontre um destino desconhecido, revogue o compartilhamento envolvido, substitua a chave secreta e examine o uso registrado na OpenAI.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade altaCVSS: 7,1/10Correção disponível
A validação do caminho de clone do Git pode paralisar o processo principal
A clonagem pelo Node Git comparava o caminho de destino com uma expressão regular padrão de N8N_BLOCK_FILE_PATTERNS. Um caminho manipulado provocava uma quantidade excessiva de tentativas de correspondência. Como essa avaliação era síncrona no processo principal, uma execução autenticada podia paralisar a instância para todos. A correção reescreve o padrão para que o trabalho cresça linearmente com o tamanho do caminho.
Casos de uso afetados
Você permite a execução de workflows com clonagem pelo Node Git e utiliza o padrão original de N8N_BLOCK_FILE_PATTERNS. A falha não exige uma configuração incomum da instância.
Confira na sua instância
Localize os Nodes Git com a ação de clone e confira a configuração efetiva de N8N_BLOCK_FILE_PATTERNS, inclusive quando a variável estiver ausente e o padrão for usado. Relacione paralisações registradas com execuções de clonagem, sem reproduzir caminhos maliciosos em produção. Até atualizar, desative o Node por NODES_EXCLUDE ou use um padrão equivalente revisado contra backtracking excessivo.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 6,3/10Correção disponível
Um token de formulário pode liberar uma execução que aguarda aprovação
A rota WebSocket /chat aceitava um resumeToken para retomar uma execução sem confirmar que o Node pausado era compatível com chat. Como o n8n fornece esse token a participantes anônimos de formulários, um participante podia reutilizá-lo para liberar uma etapa que aguardava aprovação humana. A correção limita a retomada pelo chat e pelo Chat Hub aos tipos de Node apropriados.
Casos de uso afetados
Seu workflow público combina um Form Trigger com uma aprovação por Telegram, Slack ou Gmail, uma ação Send-and-Wait ou um Node Wait. O token recebido pelo formulário pode permitir que um participante avance sem a aprovação prevista.
Confira na sua instância
Localize os workflows com Form Trigger público e etapas de espera fora do chat. No histórico de execução, compare cada retomada com o callback de aprovação correspondente. Investigue execuções concluídas sem esse retorno e retire temporariamente essa combinação do acesso público até aplicar a correção.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 6,3/10Correção disponível
O GitHub Trigger pode aceitar webhooks sem conferir a assinatura
Quando o GitHub respondia com o código 422 porque já existia um webhook para a mesma URL, o GitHub Trigger reutilizava esse registro sem guardar o segredo de assinatura. O workflow então aceitava requisições de qualquer origem. A correção recupera o webhook existente, reaplica a chave de assinatura e recusa requisições quando não há segredo armazenado.
Casos de uso afetados
Você reativa um workflow com GitHub Trigger e o webhook anterior permanece cadastrado no repositório. Se a criação recebe a resposta 422 e o Node reutiliza o registro, eventos forjados podem iniciar sua automação.
Confira na sua instância
Examine os registros estáticos dos workflows com GitHub Trigger e procure entradas com webhookId, mas sem webhookSecret. Confira os webhooks correspondentes no GitHub. Para refazer o cadastro como medida temporária, remova primeiro o webhook remoto e depois desative e reative o workflow, conferindo que o novo registro contém o segredo sem expor seu conteúdo.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 6,3/10Correção disponível
Identificadores podem desviar requisições dos Nodes Elasticsearch e ElasticSecurity
Os Nodes Elasticsearch e ElasticSecurity inseriam identificadores diretamente no caminho da requisição. Separadores de caminho ou segmentos de navegação podiam alterar o endpoint alcançado, permitindo usar a credencial armazenada contra outro índice ou uma rota administrativa do cluster. A correção codifica cada identificador como um único segmento e rejeita valores removidos pela normalização.
Casos de uso afetados
Seu workflow recebe de um webhook o nome de um índice ou o identificador de um documento e repassa esse conteúdo a um dos Nodes afetados. A entrada externa pode mudar o destino da requisição autenticada.
Confira na sua instância
Examine de onde vêm os campos de índice e documento nos Nodes Elasticsearch e ElasticSecurity. Identifique expressões ligadas a entradas externas e compare os caminhos registrados no Elasticsearch com os índices previstos pelo workflow. Até atualizar, retire essas entradas dos identificadores ou desative os Nodes afetados por NODES_EXCLUDE.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 6,0/10Correção disponível
O resumo do Instance AI permite alterar o protótipo global e interromper a instância
O resumo de workflows do Instance AI usava nomes de Nodes e conexões como chaves de objetos comuns. Nomes reservados enviados pela API podiam alcançar Object.prototype, apesar da restrição exibida no editor. A alteração ocorria no processo principal e podia afetar requisições posteriores, causando indisponibilidade. A correção valida as chaves e constrói o resumo com objetos sem protótipo.
Casos de uso afetados
Você configura os modelos do Instance AI e permite a criação de workflows pela API. Um workflow com nomes reservados pode afetar a instância inteira quando o módulo produz seu resumo.
Confira na sua instância
Confira se as variáveis N8N_INSTANCE_AI_MODEL* estão configuradas e examine os nomes de Nodes e as chaves de conexão dos workflows recebidos pela API. Procure nomes reservados, como __proto__, sem executar o workflow suspeito. Se houver suspeita de alteração em memória, reinicie o processo e mantenha essas variáveis sem configuração até atualizar.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 6,0/10Correção disponível
O login por OIDC continua emitindo sessões após a desativação
Os endpoints públicos de login e callback por OIDC (OpenID Connect) executavam a autenticação mesmo quando esse método estava desativado ou não era o método ativo. Assim, desligar o provedor nas configurações do n8n não encerrava esse caminho de entrada. A correção exige que o OIDC esteja habilitado e ativo para iniciar o fluxo ou emitir uma sessão.
Casos de uso afetados
Você administra uma instância Enterprise que teve o OIDC configurado e depois desativado. O aplicativo correspondente continua habilitado no provedor de identidade.
Confira na sua instância
Confira se o OIDC já foi configurado na instância e compare seu estado atual com o aplicativo cadastrado no provedor de identidade. Após atualizar, teste em laboratório uma tentativa de login com esse método desativado e confirme que nenhuma sessão é emitida. Como medida temporária, desative ou revogue o cliente também no provedor de identidade.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,9/10Correção disponível
O push do Source Control permite excluir arquivos de outros projetos
O endpoint de push do Source Control aceitava os caminhos de arquivos e seus estados enviados na requisição. Um membro limitado a um projeto podia incluir arquivos de outros projetos e publicar a exclusão de workflows e credenciais no repositório remoto. A correção calcula os alvos no servidor conforme o acesso do membro, em vez de confiar na seleção enviada.
Casos de uso afetados
Você utiliza o Source Control (Environments) Enterprise com licença, recurso habilitado e repositório remoto conectado. Um acesso com permissões de projeto pode ampliar a seleção do push para excluir arquivos de outros projetos.
Confira na sua instância
Confirme se o Source Control está habilitado e conectado a um repositório remoto. Examine o histórico remoto em busca de exclusões de arquivos de workflows ou credenciais de projetos alheios ao autor do push. Revise também os acessos project-admin e desconecte temporariamente o recurso se a atualização ainda não puder ser aplicada.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,9/10Correção disponível
O Log Streaming pode enviar credenciais de outro projeto para um destino externo
Um destino do Log Streaming podia referenciar uma credencial HTTP genérica sem conferir se o acesso que o configurava tinha permissão para usar essa credencial. Um membro com um papel global personalizado para administrar esses destinos podia selecionar uma credencial de outro projeto e enviar seu segredo descriptografado a um servidor próprio. A correção verifica o acesso ao resolver a credencial.
Casos de uso afetados
Você delega o Log Streaming por um papel global personalizado com permissões como eventBusDestination:create ou eventBusDestination:test. Esse acesso pode usar uma credencial HTTP de um projeto que não foi compartilhado.
Confira na sua instância
Revise os papéis que possuem permissões eventBusDestination e abra a configuração de cada destino do Log Streaming. Compare a URL de saída e a credencial referenciada com o acesso autorizado ao projeto de origem. Remova destinos desconhecidos e substitua os segredos das credenciais que possam ter sido referenciadas por esses destinos.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,9/10Correção disponível
O teste de credenciais do Instance AI aceita um destino externo à origem do Node
A configuração de credenciais pelo Instance AI aceitava uma URL de teste sem confirmar sua correspondência com a origem do Node do workflow. Para expor o segredo, era necessário inserir ativamente uma URL controlada pelo atacante nesse fluxo. A correção deriva o destino da URL do próprio Node e restringe a essa origem as requisições autenticadas, os redirecionamentos e os testes.
Casos de uso afetados
Você configura uma credencial de serviço externo pelo Instance AI e insere no processo uma URL de verificação controlada por um atacante. A credencial pode ser enviada para esse destino.
Confira na sua instância
Confira se instance-ai está presente em N8N_ENABLED_MODULES e identifique as credenciais configuradas por esse recurso nas versões afetadas. Compare os destinos de teste registrados com a origem do Node correspondente. Substitua os segredos das credenciais configuradas por esse caminho e, se o módulo não for necessário, remova instance-ai da configuração até atualizar.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
O comunicado exige a inserção ativa da URL controlada pelo atacante no fluxo de configuração. A mera presença do Instance AI não comprova exposição de uma credencial.
Gravidade moderadaCVSS: 5,3/10Correção disponível
A listagem e os eventos de workflows expõem informações entre membros
O endpoint /rest/active-workflows retornava os identificadores de todos os workflows ativos para qualquer membro, mesmo sem compartilhamento. Os eventos de ativação, desativação e publicação também chegavam a todos os clientes conectados, com identificadores de versões e detalhes de erros. A correção filtra tanto a listagem quanto os eventos pelos workflows acessíveis a cada membro.
Casos de uso afetados
Você mantém workflows separados por projeto na mesma instância. Um membro pode acompanhar identificadores e alterações de workflows que você não compartilhou com ele.
Confira na sua instância
Em um ambiente de teste atualizado, use um acesso global:member sem compartilhamento com um workflow de teste de outro projeto. Confira a resposta de /rest/active-workflows e os eventos recebidos no navegador durante a ativação desse workflow. O identificador e os detalhes da ativação devem permanecer ausentes para esse membro.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,3/10Correção disponível
Um Agent pode chamar um subworkflow fora da permissão definida
A configuração “This workflow can be called by” era respeitada pelo Node Execute Workflow, mas não pelo caminho que anexava o mesmo workflow como ferramenta de um Agent. Um membro capaz de construir um Agent podia chamar o workflow restrito e ler seu retorno. A correção aplica a permissão de chamada também às ferramentas do Agent.
Casos de uso afetados
Você limita os workflows autorizados a chamar um subworkflow que retorna informações sensíveis. Um membro pode anexá-lo a um Agent e executar essa chamada por outro caminho.
Confira na sua instância
Abra as configurações das ferramentas dos Agents e compare os workflows vinculados com a permissão “This workflow can be called by” de cada destino. Remova temporariamente os vínculos com subworkflows sensíveis. Após atualizar, confira em laboratório que um Agent não autorizado recebe uma recusa ao chamar um subworkflow de teste.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,3/10Correção disponível
Um caminho remoto relativo permite ler repositórios fora do diretório permitido
O Node Git validava um endereço remoto relativo a partir de repositoryPath, mas o Git resolvia esse endereço a partir da raiz do repositório encontrado. A diferença entre os diretórios podia fazer um caminho aprovado apontar para outro repositório, fora de N8N_RESTRICT_FILE_ACCESS_TO. Uma busca ou atualização incorporava seus objetos ao repositório do membro. A correção usa o diretório efetivo do Git na validação.
Casos de uso afetados
Você restringe o acesso a arquivos e permite workflows com o Node Git. Um membro usa um repositoryPath dentro de um repositório e um remoto relativo que o Git resolve fora da área permitida.
Confira na sua instância
Revise os Nodes Git que fazem fetch ou pull com endereços remotos relativos. Compare o repositoryPath configurado com a raiz real de cada repositório e confira onde o endereço remoto é resolvido. Para reduzir a exposição até atualizar, inclua n8n-nodes-base.git em NODES_EXCLUDE e confirme que o Node foi desativado.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,3/10Correção disponível
A configuração de upstream do Node Git permite acessar repositórios locais não autorizados
A ação setUpstream gravava branch.<name>.remote na configuração do repositório sem validar o destino. Um fetch ou pull posterior usava essa configuração, em vez do endereço já conferido pelo Node. Um membro autenticado com permissão de edição podia direcionar a leitura para outro repositório local acessível ao processo do n8n. A correção valida também o remoto configurado para a branch.
Casos de uso afetados
Você permite workflows com setUpstream seguido de fetch ou pull pelo Node Git. O processo do n8n consegue ler outros repositórios locais que deveriam permanecer fora do acesso desses workflows.
Confira na sua instância
Examine os workflows que combinam setUpstream com fetch ou pull e confira os valores branch.<name>.remote nos arquivos de configuração dos repositórios usados. Procure destinos locais fora dos diretórios autorizados e revise as permissões de leitura do usuário do sistema que executa o n8n. Desative o Node Git temporariamente por NODES_EXCLUDE se a instância ainda estiver afetada.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Linha
Afetadas
Corrigidas
n8n 1.123.x
< 1.123.76
>= 1.123.76
n8n 2.38.x
< 2.38.2
>= 2.38.2
n8n 2.37.x
< 2.37.7
>= 2.37.7
Gravidade moderadaCVSS: 5,1/10Correção disponível
A gestão de papéis permite consultar nomes e emails de outros projetos
As rotas de atribuição de papéis conferiam a permissão para gerenciar o tipo de papel, mas não o acesso ao projeto consultado. Um acesso com essa permissão podia obter os nomes e emails dos membros de projetos alheios. A correção filtra os projetos acessíveis e retorna uma resposta de recurso não encontrado quando o projeto não pode ser listado.
Casos de uso afetados
Você delega a gestão de papéis por meio de um papel global personalizado com role:manageProject. Esse acesso pode consultar os membros de projetos fora do compartilhamento previsto.
Confira na sua instância
Revise os papéis globais personalizados que incluem role:manageProject. Em um ambiente de teste corrigido, confira as respostas de /rest/roles/:slug/assignments e /rest/roles/:slug/assignments/:projectId/members usando um acesso sem participação no projeto de teste. A listagem deve omitir esse projeto e a consulta direta deve retornar recurso não encontrado.
Versões afetadas e correções
Faixas declaradas no comunicado oficial, por linha de manutenção
Programador há mais de 20 anos, especialista em Mautic e automação de marketing. Fundador da Powertic e da Promovaweb. Embaixador global do n8n (Community Awards 2024/2025), Bas...
Canais oficiais
Nossos Links
Encontre a Promovaweb no canal que combina com o seu próximo passo.
