Masofgon

Existe uma falha de bypass de autenticação no Chat Trigger quando utilizado no modo de chat incorporado. Atacantes não autenticados podem ignorar a autenticação de usuário do n8n enviando requisições GET para a rota de webhook de configuração. Isso permite que o atacante leia o histórico de conversas de sessões nomeadas ou acione fluxos de trabalho usando entradas fornecidas pelo atacante.

A validação insuficiente do valor da chave de atualização obtido de itens recebidos no nó MongoDB permite a injeção de NoSQL. Isso ocorre durante as operações Update e Find And Replace. Atacantes que forneçam entradas não confiáveis, como o corpo de um webhook, para um fluxo de trabalho que utilize essas operações podem fazer com que o nó corresponda e sobrescreva documentos indesejados ou insira novos documentos no banco de dados MongoDB.

O nó Quick Base contém uma falha de injeção de filtro onde o filtro `Where` é transmitido para a API do Quick Base como texto de consulta bruto. Um invasor que forneça entradas não confiáveis, como dados de um webhook usados para construir o filtro, pode manipular a requisição. Isso permite que o invasor force a operação Get Many a retornar todos os registros ou a operação Delete a remover todos os registros, operando com os privilégios das credenciais do fluxo de trabalho.

Membros autenticados podem causar uma negação de serviço de expressão regular ao enviar padrões glob crafted no Seletor de Arquivo(s). Isso ocorre quando padrões com excesso de curingas desencadeiam o backtracking exponencial, bloqueando o loop de eventos. Consequentemente, a interface do usuário, a API, os webhooks e as verificações de integridade tornam-se inoperantes, exigindo a reinicialização do sistema para restaurar a funcionalidade.

Um problema de cross-site scripting armazenado existe porque certos caminhos de resposta de webhook, incluindo respostas de erro e respostas sem cabeçalhos, não implementam a Content-Security-Policy de sandbox (uma camada de segurança que ajuda a detectar e mitigar certos tipos de ataques, incluindo XSS). Membros autenticados com permissões para criar e ativar fluxos de trabalho podem entregar HTML que é executado na origem do n8n, permitindo que scripts operem usando a sessão de qualquer usuário que acesse a URL do webhook.

Uma falha de bypass de autorização permite que usuários membros utilizem credenciais às quais não têm acesso ao omitir parâmetros padrão de nós. Isso ocorre porque as verificações de pré-execução ignoram os slots de credenciais ao salvar e executar fluxos de trabalho, fazendo com que valores de credenciais descriptografados sejam enviados para destinos escolhidos pelo invasor.

Usuários com baixos privilégios podem alterar o comportamento de objetos integrados ao salvar fluxos de trabalho com chaves de conexão nomeadas especialmente. Ao adicionar chaves como ` proto ` às conexões de fluxo de trabalho, a tarefa periódica de compactação de histórico processa essas chaves, resultando em erros de servidor que fazem com que logins e gravações falhem. Trata-se de um problema de poluição de protótipo (prototype pollution), no qual um invasor manipula o protótipo de um objeto base para alterar o comportamento de todos os objetos que herdam dele.

Uma falha de bypass de autorização permite que membros autenticados utilizem credenciais às quais não têm permissão de acesso. Isso ocorre por meio de nós de sub-fluxo inline quando valores não booleanos são usados no parâmetro `disabled`. Um invasor com conhecimento de um ID de credencial pode usar nós de Execute Workflow no modo JSON inline para ignorar as verificações de permissão e enviar credenciais descriptografadas para servidores sob seu controle.

Um problema de consumo descontrolado de recursos existe no endpoint de autorização OAuth não autenticado. O sistema resolve clientes pelo caminho da URL, mas armazena o identificador bruto do chamador como a chave do registro. Atacantes não autenticados podem enviar identificadores que diferem apenas em sua string de consulta para criar um número ilimitado de registros de clientes de primeira parte. Esse processo ignora o limite de registro e pode levar ao crescimento do banco de dados até que o disco fique cheio.

Um usuário autenticado pode ignorar as verificações de acesso a arquivos no nó Git ao aninhar um repositório um nível abaixo do `repositoryPath` configurado. O sistema valida uma URL remota relativa em relação ao `repositoryPath`, mas invoca o git usando esse caminho como diretório de trabalho, permitindo que o git resolva a URL fora do sandbox. Isso permite que um usuário realize uma operação de fetch ou pull para ler um repositório git localizado fora de `N8N RESTRICT FILE ACCESS TO` e mescle seus objetos em seu próprio repositório para acessar o conteúdo.

Um problema de exposição de credenciais existe nos nós Strapi, SeaTable e Mailcheck. Esses nós transmitem credenciais descriptografadas para o endpoint de autenticação usando um auxiliar HTTP legado bruto sem tratamento de erro adequado, o que resulta no armazenamento de segredos em texto simples nos dados de erro de execução. Um usuário autenticado pode recuperar esses segredos em texto simples de sua própria execução por meio da API REST, ignorando os mecanismos de redação da API de credenciais.

Um problema de cross-site scripting armazenado existe na página de conclusão do nó Form. O sistema aplicava sua Content-Security-Policy (uma camada de segurança que ajuda a detectar e mitigar certos tipos de ataques, incluindo XSS) de sandboxing apenas quando a variável `respondWith` não estava definida como 'redirect'. No entanto, a variável `responseText` era sempre renderizada como HTML bruto. Um membro autenticado poderia usar uma expressão para definir `respondWith` como 'redirect' enquanto mantinha o `responseText` preenchido, fazendo com que a página de conclusão servisse HTML e scripts não sanitizados da origem do n8n. Consequentemente, qualquer visitante que enviasse o formulário público executaria esse script dentro de sua própria sessão.

Um problema de injeção de expressão existe na renderização de pré-visualização de links do campo `resource-locator`. O editor insere diretamente o valor armazenado deste campo no modelo de URL do tipo de nó sem validar a sintaxe da expressão. Isso permite que um membro autenticado armazene um valor malicioso que, ao ser visualizado por outro usuário no editor, executa a expressão injetada como JavaScript na sessão autenticada da vítima, resultando na execução de scripts entre usuários.

O nó GraphQL não trata adequadamente erros no nível de conexão, relançando o erro do cliente HTTP subjacente sem envolvê-lo no tipo de erro padrão. Esse erro inclui os cabeçalhos da requisição ativa, que contêm um segredo de credencial descriptografado. Como o mecanismo de execução persiste esses dados literalmente, qualquer usuário autenticado com acesso aos logs de execução pode recuperar o segredo de credencial descriptografado.