Snoopysecurity

Certos endpoints não aplicam verificações de permissão adequadas, permitindo que atacantes autenticados ignorem as restrições de acesso baseadas em função. Isso permite a criação de registros e a modificação de dados além das permissões atribuídas à função do atacante.

Certos endpoints não aplicam verificações de autorização adequadas. Isso permite que usuários autenticados consultem esses endpoints para ler dados financeiros além do permitido por sua função atribuída.

A falta de validação de entrada em alguns endpoints permite que atacantes autenticados com baixos privilégios realizem injeção de SQL. Ao enviar requisições especialmente elaboradas, um atacante pode injetar comandos SQL para extrair informações sensíveis do banco de dados.

Certos endpoints não aplicam verificações de autorização adequadas em dados de avaliação. Isso permite que usuários autenticados com baixos privilégios consultem esses endpoints para ler informações de avaliação além do permitido por sua função atribuída.

Um programa Deno que abre uma conexão WebSocket de cliente pode ser derrubado por um servidor remoto. Durante a resposta do handshake do WebSocket, o Deno analisava os cabeçalhos de resposta 'Sec-WebSocket-Protocol' e 'Sec-WebSocket-Extensions' assumindo que os bytes eram ASCII imprimíveis. Se um cabeçalho de resposta contiver bytes não-ASCII visíveis (`0x80`-`0xFF`), isso dispara um pânico na função `HeaderValue::to str()`, que aborta todo o processo Deno. Isso resulta em uma negação de serviço remota, onde um invasor que controle o endpoint WebSocket ou realize um ataque de man-in-the-middle em uma conexão 'ws://' de texto simples pode encerrar o processo que iniciou a conexão de saída.

CarrierWave é um framework utilizado para upload de arquivos em aplicações Ruby. A verificação `content type denylist` falha ao escapar metacaracteres de regex em entradas de string, fazendo com que a denylist não corresponda silenciosamente aos tipos de conteúdo que deveria bloquear. Na função `denylisted content type()`, as entradas da denylist são interpoladas diretamente em uma expressão regular sem o uso de `Regexp.quote` ou ancoragem. Por exemplo, uma entrada como `image/svg+xml` é tratada como um padrão onde o caractere `+` é interpretado como um quantificador em vez de um caractere literal, impedindo a correspondência com o tipo MIME real. Outros tipos de conteúdo que contêm metacaracteres de regex, como `application/xhtml+xml`, também são afetados. Isso permite que um invasor faça o upload de arquivos, como arquivos SVG contendo JavaScript arbitrário, o que pode levar a Cross-Site Scripting (XSS) armazenado se a aplicação servir o arquivo inline a partir de sua própria origem.

Uma falha de lógica na função `find line()` do helper setuid `lxc-user-nic` permite que um usuário não privilegiado exclua interfaces de rede anexadas ao OVS pertencentes a outros usuários. Ao escanear o banco de dados de NIC para autorizar uma solicitação de exclusão, a comparação do nome da interface pode definir a flag de autorização baseando-se apenas na correspondência do nome, ignorando os campos de propriedade, tipo e link. Isso ocorre porque a verificação é acessível após a manipulação do rótulo `goto next`, e os processos subsequentes não verificam novamente se a entrada correspondente pertence ao solicitante. Em ambientes multi-tenant que utilizam pontes OpenVSwitch, um invasor com uma entrada de política `lxc-usernet` válida pode disparar a exclusão da porta OVS de outro usuário na mesma ponte, resultando em negação de serviço ao desconectar repetidamente a rede de containers de outros locatários.

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.

**Nome do software vulnerável e versões afetadas: Não há menção a nenhum software ou versão específica nas descrições fornecidas. Descrição: O problema é causado por uma sanitização inadequada de caminhos, permitindo que arquivos compactados com caminhos relativos gravem ou sobrescrevam arquivos fora do diretório pretendido. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.

**Nome do software vulnerável e versões afetadas: Não há menção a nenhum software ou versão específica nas descrições fornecidas. Descrição: O problema é causado por uma sanitização inadequada de caminhos, permitindo que arquivos compactados com caminhos relativos gravem ou sobrescrevam arquivos fora do diretório pretendido. Isso pode levar a modificações indesejadas nos arquivos. Recomendações: No momento, não há informações sobre uma versão mais recente que contenha uma correção para essa vulnerabilidade.