Pick

Existe uma falha de bypass de autorização e autenticação no endpoint 'PUT /api/global/users/tenant/owner' (changeTenantOwnerEmail). Em instâncias auto-hospedadas onde `SELF HOSTED` ou `DISABLE ACCOUNT PORTAL` estão configurados, o middleware `cloudRestricted` é inativo. Consequentemente, a rota é protegida apenas por uma verificação de autenticação geral, permitindo que qualquer usuário autenticado, incluindo aqueles com privilégios básicos, reatribua o e-mail do detentor da conta do tenant para um endereço controlado por um invasor. Isso permite que o invasor utilize o processo público de redefinição de senha para assumir o controle da conta administrativa e obter acesso administrativo total.

Três caminhos de código ignoram as proteções existentes contra Server-Side Request Forgery (SSRF) ao utilizar `http.Get()` bruto em vez do discador validado `hostmatcher.NewDialContext()`. Isso permite que um invasor faça requisições a serviços internos, escaneie redes internas (como `127.0.0.1`, `10.x`, `172.16-31.x` e `192.168.x`) e roube metadados de nuvem de endpoints como `169.254.169.254` (por exemplo, credenciais AWS IMDSv1 ou tokens GCP). Além disso, o uso do esquema `file://` na função `Open()` permite a leitura de arquivos locais, expondo potencialmente arquivos sensíveis como `/etc/gitea/app.ini`, que podem conter credenciais de banco de dados e segredos de assinatura JWT. O problema afeta os seguintes componentes: - A função `Open()` em `modules/uri/uri.go`. - Downloads de ativos de release e patches de PR em `services/migrations/gitea uploader.go` e `services/migrations/dump.go`. - A função `oauth2UpdateAvatarIfNeed()` em `routers/web/auth/oauth.go`.