Str1Ckl4Nd

Um problema de negação de serviço existe na função `InlineParser.parse link()`. Um invasor pode causar crescimento quadrático de CPU ao fornecer Markdown manipulado contendo milhares de colchetes aninhados balanceados que não formam um link válido. Isso dispara varreduras repetidas pela função ` contains nested link`, levando ao esgotamento da CPU em aplicações que processam a entrada.

O Forge, uma implementação nativa de Transport Layer Security em JavaScript, processa registros TLS recebidos recursivamente ao utilizar a função `forge.tls.createConnection()` e a função `process()` para o processamento de registros TLS. Esse comportamento consome um quadro de pilha (stack frame) do JavaScript por registro em um único bloco de entrada. Um peer remoto pode causar a negação de serviço enviando milhares de pequenos registros simultaneamente, o que esgota a pilha de chamadas e resulta em uma exceção não capturada.

Nos manipuladores de concessão de token `client credentials` e Resource Owner Password Credentials, o sistema pode autenticar `request.client` como um cliente confidencial enquanto mantém um `request.client id` fornecido por um invasor para `validate grant type` e `validate scopes`. Isso permite que um cliente autenticado com menos privilégios faça com que a autorização de concessão e escopo use a identidade de outro cliente se o validador da aplicação confiar no argumento `client id`, podendo resultar na emissão de tokens com concessões ou escopos não autorizados. Validadores que autorizam exclusivamente a partir de `request.client` podem não ser afetados.

Um problema de divulgação de informações existe no proxy de entrada do Dashboard Agent. O sistema armazena um token de ator-usuário delegado em registros de entrada de sessão legíveis pelo navegador. Um invasor que possua um token de sessão público de um chat pode acessar o endpoint de registros para recuperar o token da variável `payload.metadata.userActorToken` e, posteriormente, reproduzi-lo para realizar uma troca de JWT (JSON Web Token) de ambiente.

Uma falha de bypass de autorização permite que membros autenticados de um projeto concluam um waitpoint no ambiente DEVELOPMENT de outro membro, ignorando a verificação de propriedade do ambiente por usuário. Um invasor que conheça o ID amigável do waitpoint de uma vítima pode enviar `type=DATETIME` ou `type=MANUAL` com `isTimeout` para marcar prematuramente um waitpoint pendente como concluído.

O Nx cria sockets de domínio Unix para seu daemon e workers de plugins isolados em locais temporários compartilhados sem restringir as permissões apenas ao proprietário. Em servidores de build compartilhados, hosts de desenvolvedores ou containers multiusuário, uma conta local não privilegiada pode descobrir e se conectar a esses sockets, pois o transporte não realiza autenticação e depende do isolamento do sistema de arquivos. Um chamador pode enviar uma requisição `PROCESS IN BACKGROUND` contendo um caminho de módulo para invocar sua exportação padrão, permitindo a execução de código como a conta que executa o Nx. Além disso, outros manipuladores podem expor hashes de tarefas, grafos de projeto e conteúdos de arquivos do workspace.

Usuários autenticados podem causar a negação de serviço durante a importação de dados porque o sistema falha em limitar a expansão de arquivos compactados. Um invasor pode fazer o upload de arquivos altamente compactados que se expandem para dezenas de gigabytes na memória e no disco, exaurindo os recursos do servidor e travando a instância.

Um problema de exaustão de recursos existe no endpoint '/task-filter'. O sistema aceita expressões de filtro profundamente aninhadas sem impor limites de profundidade de recursão. Atacantes autenticados podem fornecer milhares de parênteses aninhados através do parâmetro de consulta `filter` para esgotar a memória do sistema, levando ao encerramento do processo da API.

Um problema de exaustão de recursos ocorre porque o sistema não limita a cardinalidade das linhas analisadas. Atacantes autenticados podem fazer o upload de arquivos CSV multipart com milhões de registros pequenos para o endpoint 'POST /api/v2/migration/csv/migrate', resultando na exaustão da memória do processo e no encerramento do serviço de API.

Um problema de exaustão de recursos existe no migrador Planka, que falha ao aplicar orçamentos de memória agregados durante tarefas de migração. Atacantes autenticados podem disparar isso enviando solicitações de migração que apontam para servidores sob seu controle. Esses servidores podem anunciar um grande número de anexos compatíveis com o tamanho, levando à exaustão da memória do worker e resultando em negação de serviço para todos os usuários.

Usuários autenticados podem causar a negação de serviço ao fazer upload de imagens especialmente manipuladas para os endpoints de upload de avatar e plano de fundo de projeto. O software falha ao aplicar limites de decodificação de pixels, permitindo que imagens com proporções extremas consumam CPU e memória excessivas durante o processamento. Isso pode ser desencadeado por uploads repetidos ou simultâneos.

Um peer não autenticado pode causar a terminação do processo Node.js, resultando em uma negação de serviço. Isso ocorre quando o servidor recebe uma requisição HTTP normal com um cabeçalho Host malformado ou uma requisição de upgrade de WebSocket para o endpoint `/ws` com um cabeçalho Origin malformado. Os valores malformados disparam uma exceção não capturada no caminho de validação do host, derrubando o servidor de desenvolvimento. O impacto limita-se à disponibilidade do servidor, sem risco de execução de código ou divulgação de dados.

Existe um problema na implementação da tabela de roteamento `router` onde os seletores de host+caminho utilizam correspondência de substring não ancorada em metadados de requisição. Quando uma chave de roteamento contém `/`, a função `getTargetFromProxyTable()` concatena o cabeçalho `Host` e a URL da requisição em uma única string e verifica se a chave configurada é uma substring desse valor combinado. Isso permite que um invasor ignore limites de roteamento ao fornecer um cabeçalho `Host` manipulado que funcione como uma correspondência de superstring para a chave configurada, potencialmente roteando requisições para backends não pretendidos. Isso afeta a função `createProxyMiddleware()` quando configurada com regras de host+caminho.

O cliente WebSocket do undici impõe o `maxPayloadSize` por quadro, mas não impõe o tamanho cumulativo de mensagens fragmentadas não compactadas. Um servidor WebSocket malicioso pode transmitir diversos fragmentos pequenos que passam individualmente na validação, mas que coletivamente excedem o limite configurado. Isso leva ao crescimento ilimitado da memória no processo do cliente, resultando em exaustão de memória e negação de serviço. Este problema afeta aplicações que utilizam o cliente `new WebSocket(...)` e que se conectam a endpoints comprometidos ou controlados por atacantes.

O manipulador de redirecionamento HTTP `HttpExecutor.prepareRedirectUrlOptions()` remove apenas cabeçalhos de credenciais que correspondam exatamente à string em letras minúsculas "authorization". Consequentemente, outros cabeçalhos de credenciais, como `PRIVATE-TOKEN` ou cabeçalhos `Authorization` com letras maiúsculas e minúsculas, não são removidos e podem ser encaminhados para um destino de redirecionamento de origem cruzada controlado por um invasor, resultando na exposição de credenciais.