Cyberlanc3R

**Nome do Software Vulnerável e Versões Afetadas** rclone versões 1.72.0 até 1.74.4 **Description** Múltiplos problemas de negação de serviço existem no parser SquashFS do backend de arquivo, que utiliza a dependência `github.com/diskfs/go-diskfs`. O parser não valida valores de superblock e metadados controlados por um invasor. Um invasor capaz de posicionar ou modificar uma imagem SquashFS em um armazenamento exposto via um remoto `rclone :archive:` pode criar uma imagem maliciosa para desencadear um pânico de divisão por zero de número inteiro através de um tamanho de bloco zero, um pânico de fatia fora de limite via um deslocamento de metadados de inode fora de intervalo, ou um loop de CPU sem progresso causado por um fluxo de metadados truncado. Os dois primeiros cenários encerram o processo e podem derrubar um servidor SFTP ao usar `rclone serve sftp`, enquanto o terceiro causa consumo sustentado de CPU. Como a análise é preguiçosa (lazy parsing), o problema é desencadeado quando uma vítima ou cliente remoto acessa ou entra no objeto de arquivo malicioso. **Recommendations** Atualize o rclone para a versão 1.75.0.

**Nome do Software Vulnerável e Versões Afetadas** rclone versões anteriores a 1.75.0 **Description** Um problema de negação de serviço existe no manipulador de criação WebDAV TUS. O problema ocorre quando o sistema desreferencia uma resposta nula antes de verificar erros de transporte. Um endpoint configurado malicioso ou comprometido pode resetar conexões durante uploads TUS, desencadeando um pânico. Este pânico encerra goroutines (threads leves gerenciadas pelo runtime do Go) não recuperadas e interrompe trabalhos não relacionados em processos de longa duração. **Recommendations** Atualize o rclone para a versão 1.75.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** rclone versões anteriores a 1.75.0 **Description** O software falha ao rejeitar rebaixamentos de transporte durante o processamento de redirecionamentos. Isso permite que cabeçalhos de autorização Basic e Cookies sejam repetidos via HTTP em texto simples após redirecionamentos HTTPS-para-HTTP no mesmo host. Um invasor on-path que observe a comunicação em texto simples pode capturar e reutilizar essas credenciais para realizar operações WebDAV com as permissões da conta comprometida. **Recommendations** Atualize o rclone para a versão 1.75.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** rclone versões anteriores a 1.75.0 **Description** O software falha ao sanitizar tokens de portador do IBM IAM e chaves de criptografia SSE-C (Server-Side Encryption with Customer-Provided Keys) durante callbacks de redirecionamento do S3. Isso permite que as credenciais sejam preservadas quando ocorrem alterações no esquema ou no host. Um invasor que monitore o tráfego de rede de um endpoint confiável pode capturar tokens do IBM IAM reutilizáveis durante downgrades de HTTPS para HTTP no mesmo host ou capturar chaves SSE-C durante redirecionamentos de origem cruzada para acessar objetos S3 protegidos. **Recommendations** Atualize o rclone para a versão 1.75.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Gitea (versões afetadas não especificadas) **Descrição** O Gitea contém um problema de Server-Side Request Forgery (SSRF) onde o processo de migração de repositórios segue redirecionamentos HTTP após a validação inicial da URL. Embora o Gitea valide a URL de migração fornecida pelo usuário em listas de permissão/bloqueio, a transferência de dados real é delegada ao cliente de linha de comando Git. Por padrão, o Git segue o primeiro redirecionamento, permitindo que um invasor ignore as políticas de URL e redirecione o servidor para endpoints Git HTTP(S) internos. Isso pode levar à exfiltração de repositórios Git internos para um repositório Gitea controlado por um invasor. O risco aumenta quando os espelhos de pull (pull mirrors) estão habilitados, pois as operações agendadas de `git fetch --tags` podem continuar a seguir redirecionamentos para coletar commits internos futuros. Isso pode expor dados sensíveis, como segredos de CI/CD, credenciais de nuvem e configurações de produção. O problema afeta os seguintes endpoints: - `POST /repo/migrate` - `POST /api/v1/repos/migrate` **Recomendações** - Desative os redirecionamentos HTTP do Git para operações de clone de migração e busca de espelho, invocando-os com a configuração `-c http.followRedirects=false`. - Aplique restrições de saída (egress) para o processo Gitea para bloquear o acesso externo a loopback, RFC1918 e outras faixas de rede interna. - Desative as migrações de repositórios e espelhos de pull caso não sejam operacionalmente necessários. - Restrinja o acesso à migração a usuários confiáveis e desative o auto-registro público. - Exija autenticação em todos os endpoints Git HTTP internos.

**Nome do Software Vulnerável e Versões Afetadas** view component versões 3.0.0 até 4.8.9 **Descrição** O ponto de entrada de teste do sistema canonicaliza um caminho de arquivo controlado pelo usuário usando `File.realpath` e verifica se o caminho resolvido começa com o caminho do diretório temporário. Esta verificação de contenção é insuficiente porque diretórios irmãos que compartilham o mesmo prefixo de string podem burlar a validação. Um invasor pode usar o parâmetro `file` no endpoint '/ system test entrypoint' para acessar e renderizar arquivos localizados em diretórios irmãos fora do diretório temporário pretendido. Este problema é especificamente limitado à rota de teste, que normalmente é montada apenas quando o ambiente está configurado no modo de teste. **Recomendações** Atualize para a versão 4.9.0. Como medida paliativa temporária, restrinja o acesso ao endpoint '/ system test entrypoint' para minimizar o risco de exploração.

**Nome do Software Vulnerável e Versões Afetadas** view component versões 3.0.0 até 4.8.x **Descrição** A rota de visualização (preview) deriva o nome de um exemplo da URL e o invoca usando `public send` sem verificar se o método solicitado é um exemplo de visualização explicitamente definido. Isso permite que métodos públicos herdados em `ViewComponent::Preview` sejam acessíveis via rotas. Especificamente, a função `render with template()` pode ser acessada, a qual aceita os parâmetros `template:` e `locals:`. Esses valores podem ser fornecidos via parâmetros de requisição e passados ao Rails como `render template:`. Se as visualizações estiverem expostas, um invasor pode renderizar templates internos do Rails que não seriam acessíveis de outra forma, expondo potencialmente segredos, configurações, dados de depuração ou parciais exclusivos de administradores. **Recomendações** Atualize o view component para a versão 4.9.0. Como medida paliativa temporária, restrinja o acesso externo às rotas de visualização para minimizar o risco de exploração.