Bl4Cksku11

**Nome do Software Vulnerável e Versões Afetadas** Gitea versões anteriores a 1.26.2 **Description** Existe um problema onde o endpoint de introspecção de token OAuth permite que qualquer cliente OAuth autenticado recupere metadados de tokens emitidos para outros clientes, violando a seção 4 da RFC 7662. O servidor não verifica se o cliente solicitante é o público-alvo do token, retornando informações sensíveis independentemente da propriedade. **API Endpoints:** '/login/oauth/introspect' **Vulnerable Parameters or Variables:** `token` **Function Names:** `IntrospectOAuth()` Um invasor com um cliente OAuth válido pode usar este endpoint como um oráculo de validade de token para verificar se tokens roubados ainda estão ativos sem disparar trilhas de auditoria de uso real do token. Além disso, isso permite a enumeração de metadados entre locatários, permitindo que um invasor identifique o `username` e o `scope` associados a tokens pertencentes a outros clientes. **Recommendations** Atualize o Gitea para uma versão onde a função `IntrospectOAuth()` seja corrigida para verificar se o `grant.ApplicationID` corresponde ao `app.ID` do cliente solicitante antes de retornar os metadados do token. Como medida paliativa temporária, restrinja o acesso ao endpoint '/login/oauth/introspect' apenas a clientes confiáveis.

**Nome do Software Vulnerável e Versões Afetadas** Gitea versão 1.26.1 **Descrição** Um usuário com permissões de escrita no repositório pode ignorar a lista de permissões (allowlist) de extensões de arquivo configurada ao renomear anexos de releases através da interface web. Enquanto os endpoints da API impõem a restrição `Repository.Release.AllowedTypes`, o manipulador web `EditReleasePost` em `routers/web/repo/release.go` não chama a função `upload.Verify()` antes de atualizar o nome do anexo no banco de dados via `repo model.UpdateAttachmentByUUID()`. Isso permite que um invasor renomeie um arquivo anteriormente enviado e compatível para uma extensão proibida, como `.exe`, `.html` ou `.svg`. Isso pode ser utilizado para distribuir malware ou hospedar ataques de Cross-Site Scripting (XSS) armazenado caso o servidor renderize certos tipos de arquivos inline. **Recomendações** Atualize o Gitea para uma versão onde a função `UpdateRelease` em `services/release/release.go` seja atualizada para verificar os novos nomes de anexos contra a allowlist `Repository.Release.AllowedTypes` usando `upload.Verify()` antes de persistir as alterações. Como mitigação temporária, restrinja as permissões de escrita em repositórios que utilizam uma allowlist de releases. Como mitigação temporária, remova a allowlist `Repository.Release.AllowedTypes` para eliminar o bypass, embora isso remova a restrição de segurança pretendida.

**Nome do Software Vulnerável e Versões Afetadas** Daytona versões anteriores a 0.184.0 **Description** Convites de organização podiam ser aceitos ou recusados por usuários com um endereço de e-mail correspondente ao convite que não havia sido verificado. Embora o sistema utilize OIDC (OpenID Connect, uma camada de identidade sobre o protocolo OAuth 2.0) para comparar o e-mail do alvo do convite com o token do solicitante, os caminhos de aceitação e recusa de convites não exigiam a verificação do e-mail. Isso permite que um agente, utilizando um provedor de identidade que permita o cadastro automático e emita sessões antes da verificação, registre um e-mail correspondente a um convite pendente e entre na organização alvo com a função atribuída, que poderia ser de até Proprietário (Owner). **Recommendations** Atualizar para a versão 0.184.0.