Sam Sanoop

Nome do Software Vulnerável e Versões Afetadas: versões do hackney 0.0.0 e posteriores Descrição: O problema surge devido ao processamento inadequado de URLs pelo módulo embutido URI e pelo hackney, levando à Falsificação de Solicitação no Lado do Servidor (SSRF). Dada uma URL como http://127.0.0.1?@127.2.2.2/, a função URI identifica corretamente o host como 127.0.0.1, mas o hackney incorretamente interpreta o host como 127.2.2.2/. Isso pode ser explorado quando os usuários dependem da função de URL para verificação de host. Recomendações: Para versões do hackney 0.0.0 e posteriores, considere desativar a funcionalidade de processamento de URL até que um patch esteja disponível. Restrinja o acesso ao módulo vulnerável para minimizar o risco de exploração. Evite usar o módulo `URI` para verificação de host nos endpoints de API afetados até que o problema seja resolvido. No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

A code execution issue exists due to improper neutralization of special elements used in an OS command. This issue can be exploited by adding an untrusted Helm catalog or modifying the URL configuration used to download KDM, allowing for command injection in the underlying Rancher host. By default, only the Rancher admin has permission to manage these configurations. The issue can potentially be exploited in two ways: adding an untrusted Helm catalog that contains maliciously designed repo URL configuration in Helm charts, or modifying the URL configuration used to download KDM releases.

O problema decorre da falha na sanitização dos argumentos do `gcov` antes de serem passados para o método `popen`. Essa falta de sanitização pode levar a uma possível exploração.

A vulnerabilidade permite que um módulo malicioso sobrescreva arquivos em um sistema de arquivos arbitrário por meio da funcionalidade de instalação de módulos.

O problema está relacionado à concentração de matrizes pelo ini parser.js. Se for fornecida uma entrada do usuário, um invasor pode potencialmente sobrescrever e corromper o protótipo do objeto de um programa.

O problema afeta o browserless-chrome, onde a entrada do usuário proveniente do “ponto de extremidade do espaço de trabalho” é usada para criar um caminho de arquivo `filePath`. Esse `filePath` é então obtido e enviado de volta ao usuário, permitindo a possibilidade de fuga e obtenção de arquivos arbitrários de um servidor.

Este problema está relacionado à função `deepExtend`, que faz parte do diretório utils. Dependendo da entrada do usuário, um invasor pode sobrescrever e corromper o protótipo de objeto de um programa.

A vulnerabilidade permite ataques de contrabando de solicitações quando o agoo é usado como backend e um proxy frontend também está vulnerável. Isso se deve à análise incorreta dos cabeçalhos `Content-Length` e `Transfer Encoding`, o que pode levar a problemas de pipelining HTTP e ataques de contrabando de solicitações. É possível realizar ataques de contrabando de solicitações HTTP nos quais o `agoo` é usado como parte de uma cadeia de servidores backend. Além disso, o envio do cabeçalho `Content-Length` duas vezes ou o uso de cabeçalhos `Transfer Encoding` inválidos podem ser aproveitados para ataques de contrabando TE:CL.

A vulnerabilidade permite ataques de contrabando de solicitações (Request Smuggling) devido à análise incorreta dos cabeçalhos Content-Length e Transfer-Encoding. É possível realizar ataques de contrabando de solicitações HTTP enviando o cabeçalho Content-Length duas vezes. Além disso, cabeçalhos Transfer-Encoding inválidos são analisados como válidos, o que poderia ser aproveitado para ataques de contrabando TE:CL. O projeto está obsoleto e não é mais mantido.

A vulnerabilidade permite a modificação de propriedades de objetos. Especificamente, o método `merge` pode ser induzido a adicionar ou modificar propriedades do `Object.prototype`.

The issue arises from the mishandling of the xlink namespace by the sanitizer, allowing bypass of svg-sanitize using the `xlink:href` attribute.

The issue allows for potential timing attacks, which under certain conditions, could lead to the practical recovery of the long-term private key generated by the library. This is due to the possible leakage of a bit-length of the scalar during scalar multiplication on an elliptic curve.