Martin Brodeur

Uma falha existe no recurso de configuração de espelhamento (mirror) ao nível de repositório. Os manipuladores POST e PUT no arquivo `endpoints/api/mirror.py` aceitam o parâmetro `external reference` sem a validação de Server-Side Request Forgery (SSRF). SSRF é uma vulnerabilidade que permite a um invasor induzir a aplicação do lado do servidor a fazer requisições para um local não pretendido. Um administrador de repositório pode fornecer um nome de host manipulado, fazendo com que o trabalhador de espelhamento realize requisições via Skopeo para serviços de rede interna, endpoints de metadados de nuvem ou outros recursos que não deveriam ser acessíveis a partir da aplicação.

Uma verificação de limites ausente no processamento de solicitações de associação Multi-Link Operation (MLO) do Wi-Fi 7 (IEEE 802.11be) em modo AP permite que um invasor não autenticado dentro do alcance do sinal sem fio envie um quadro de gerenciamento manipulado contendo um Elemento Multi-Link ou um subelemento de Perfil Per-STA malformado. Na função `hostapd process ml assoc req()`, o campo `link id` pode ser analisado com o valor 15, mas o armazenamento `links[]` correspondente possui entradas válidas apenas para IDs de link inferiores (0 a 14). Isso causa uma gravação fora dos limites e uma pequena corrupção de memória durante o processamento da associação antes do handshake de 4 vias, resultando em negação de serviço através do encerramento do processo hostapd. O problema afeta especificamente sistemas compilados com `CONFIG IEEE80211BE` habilitado.

Uma falha existe na integração de webhook do GitHub onde o controlador armazena o valor de `pull request.statuses url` de um payload de webhook `pull request` sem validar se ele aponta para um endpoint de API do GitHub confiável. Se um modelo de trabalho utiliza um Token de Acesso Pessoal (PAT) do GitHub como sua credencial de webhook, o controlador envia esse token para a URL de callback armazenada durante as atualizações de status do trabalho. Um invasor capaz de enviar um webhook forjado e assinado usando a `webhook key` pode redirecionar o callback para uma URL maliciosa para exfiltrar o PAT do GitHub.

Uma falha no componente fetcher permite que o sistema realize requisições HTTP externas para URIs fornecidas por atacantes a partir de descritores de camada de manifesto, devido à ausência de filtragem de IP ou esquema. Quando a autenticação por Chave Pré-Compartilhada (PSK) não está configurada, um atacante não autenticado pode enviar um manifesto com uma URI apontando para serviços internos ou endpoints de metadados de nuvem, resultando em Server-Side Request Forgery (SSRF). Este SSRF é reflexivo para respostas diferentes de 200, podendo vazar até 256 bytes do conteúdo do corpo do erro por meio de mensagens de erro do CheckResponse. Implantações do Red Hat Quay gerenciadas por operador não são afetadas, pois configuram o PSK automaticamente.

Uma falha no validador OAuth do GitLab causa a transmissão de credenciais sensíveis, especificamente `client id` e `client secret`, em texto simples nos parâmetros de consulta da URL durante requisições POST para o endpoint do GitLab. Essa transmissão insegura pode levar à exposição dessas credenciais em logs de acesso do servidor, logs de proxy reverso e outros sistemas de monitoramento, permitindo potencialmente que um invasor com acesso aos logs obtenha as credenciais e realize a divulgação não autorizada de informações.

Uma falha de path traversal existe no manipulador de sessões de chat. Um invasor local pode manipular o parâmetro `logs dir` para criar novos diretórios e gravar arquivos em locais arbitrários do sistema, o que pode resultar na modificação ou divulgação não autorizada de dados. Path traversal é uma técnica que permite a um invasor acessar arquivos e diretórios armazenados fora da pasta raiz da web, manipulando variáveis ou parâmetros usados para construir um caminho de arquivo.