Lunny

**Nome do Software Vulnerável e Versões Afetadas** Gitea versões anteriores a 1.26.1 **Description** No caminho do Git Smart HTTP, o sistema falha ao aplicar as permissões de token de acesso com escopo de repositório quando os tokens são fornecidos via autenticação Bearer. Embora a função `CheckRepoScopedToken()` seja projetada para validar escopos, ela retorna prematuramente se a requisição não estiver utilizando autenticação HTTP Basic. Consequentemente, um Token de Acesso Pessoal (PAT) ou token OAuth2 enviado como `Authorization: Bearer <token>` ignora completamente as verificações de escopo. Isso permite que um token com permissões limitadas (por exemplo, apenas `read:notification`) realize operações como clonar ou buscar repositórios privados sem o escopo `read:repository`, ou enviar alterações (push) para repositórios sem o escopo `write:repository`, desde que o proprietário do token possua as permissões de RBAC de repositório necessárias. O problema afeta a função `CheckRepoScopedToken()` e impacta as rotas do Git Smart HTTP. **Recommendations** Atualize o Gitea para a versão 1.26.1 ou posterior.

**Nome do software vulnerável e versões afetadas** Versões do Gitea anteriores à 1.5.2 **Descrição** O problema está relacionado a uma vulnerabilidade de falsificação de solicitação entre sites (CSRF) na interface do sistema de gerenciamento de repositórios Git do Gitea. Essa vulnerabilidade pode ser explorada por um invasor remoto para realizar um ataque CSRF através do envio de solicitações POST especialmente criadas, podendo alterar o estado do sistema. A vulnerabilidade é particularmente perigosa com solicitações POST que alteram o estado. **Recomendações** Para versões anteriores à 1.5.2, atualize para a versão 1.5.2 ou posterior para resolver o problema. Como solução temporária, considere restringir o acesso às rotas da API para minimizar o risco de exploração. Evite usar solicitações POST que alterem o estado nas rotas da API afetadas até que o problema seja resolvido.