CEVIU Logo
Voltar
Vulnerabilidade crítica de Prototype Pollution leva a RCE no n8n

Alerta Crítico: Falha de RCE no n8n Permite Ataques Abrangentes

Aprofundamento CEVIU

Aprofundamento

A vulnerabilidade crítica CVE-2026-33696 no n8n se baseia em um tipo de falha conhecido como Prototype Pollution. Essencialmente, atacantes autenticados podem manipular o campo 'schemaName' do nó GSuiteAdmin para injetar uma propriedade maliciosa diretamente no Object.prototype do ambiente JavaScript. Isso significa que todo e qualquer objeto criado depois disso herdará essa propriedade poluída, abrindo portas para a execução de código.

A cadeia de exploração se completa quando essa propriedade poluída é usada para injetar um comando em operações do Git, via o nó Git do n8n. O campo GIT_SSH_COMMAND, que controla como o Git executa comandos SSH, pode ser sobrescrito para rodar código arbitrário no servidor. Além da RCE, a poluição do protótipo sozinha já causa um ataque de negação de serviço (DoS), derrubando a instância n8n ao causar falhas no TypeORM, que é o ORM usado para acessar o banco de dados.

O que mudou

Esta nova falha de RCE no n8n, CVE-2026-33696, marca a segunda vulnerabilidade crítica na plataforma que o CEVIU News acompanha em menos de um ano. Em 10 de fevereiro de 2026, noticiamos a análise da CVE-2026-25049, uma falha de type confusion no avaliador de expressões do n8n, que também permitia execução remota de código e contornava patches de segurança anteriores.

A reincidência de vulnerabilidades de RCE, mesmo que por vetores diferentes (agora Prototype Pollution vs. type confusion), acende um alerta. Isso mostra um desafio persistente na segurança da plataforma n8n, que lida com automação de processos críticos. A correção para esta nova falha é relativamente simples, exigindo validação de nomes de esquemas para evitar `__proto__`, `constructor` e `prototype`, algo que deveria ter sido adotado desde o início.

Por que isso importa

Para empresas que confiam no n8n para automação de fluxos de trabalho, uma falha de RCE como a CVE-2026-33696 é devastadora. Atacantes com acesso de editor podem não só comprometer a infraestrutura, executando código arbitrário, mas também roubar todas as credenciais armazenadas na plataforma, que incluem chaves de API e dados sensíveis. Isso se alinha com o que vimos recentemente em outras plataformas corporativas, como os alertas de RCE em ServiceNow, WordPress e SharePoint, que também foram pauta do CEVIU News em julho e agosto de 2026.

A gravidade da falha, afetando instalações self-hosted, em worker e na nuvem, exige ação imediata. A inação expõe dados sensíveis, credenciais e a própria integridade operacional a riscos significativos. A urgência da atualização ressalta a importância de um processo robusto de gestão de vulnerabilidades, mesmo em ferramentas de automação que são frequentemente vistas como infraestrutura interna.

Linha do tempo

  1. Vulnerabilidade CVE-2026-33696 reportada à equipe de segurança do n8n.

  2. Advisory e CVE-2026-33696 publicados, detalhando a falha no n8n.

  3. CEVIU News publica análise sobre a CVE-2026-25049, outra falha crítica de RCE no n8n.

  4. Alerta crítico sobre a falha de RCE (CVE-2026-33696) por Prototype Pollution no n8n.

Perguntas frequentes

O que é Prototype Pollution e por que é perigosa no n8n?

Prototype Pollution é uma vulnerabilidade onde um atacante pode injetar propriedades em Object.prototype. No n8n, isso permite que um atacante autenticado adicione propriedades maliciosas que afetam todos os objetos JavaScript, podendo levar à execução remota de código (RCE) e negação de serviço.

Como essa vulnerabilidade (CVE-2026-33696) leva à execução remota de código?

A poluição do protótipo permite que atacantes injetem o comando GIT_SSH_COMMAND com código malicioso. Quando o nó Git do n8n tenta clonar um repositório, ele executa esse comando injetado, dando ao atacante controle sobre o servidor onde o n8n está rodando.

Quais são os principais impactos dessa falha para as organizações?

Os impactos são severos. Incluem execução remota de código com privilégios do usuário n8n, roubo completo de credenciais e chaves de API armazenadas na plataforma, e negação de serviço, paralisando todos os fluxos de trabalho do n8n.

O que os administradores de n8n devem fazer para se proteger?

Administradores devem atualizar imediatamente suas instalações do n8n para as versões corrigidas. É crucial aplicar o patch para proteger contra a manipulação de esquemas e garantir a validação de todas as entradas de usuário, especialmente em campos de configuração de nós.

Fontes

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Segurança da Informação
Publicado
17 de agosto de 2026
Editoria
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser