The `GITEA_TOKEN` of a Gitea Actions job authenticates as the `gitea-actions` system user, and the `/api/v1/user` email and GPG key endpoints accepted that user, so a job could register an email address and a GPG key on it; without required email confirmation (the default) the address is stored as activated. Commit verification treats a key without a real owner as the instance signing key, so any user who can run a workflow job could make commits signed with their own key show as trusted and signed by the instance in every repository where they appear, including pull requests to repositories the user cannot write to. The impact is limited to the displayed signature status: enforcement such as required signed commits only checks that a signature is verified and is unaffected, and no access is gained. The `/api/v1/user` routes now reject system users.
Fix
Patch, vendor advisory and mitigation references on NVD 2
- https://github.com/go-gitea/gitea/pull/39945 patch
- https://github.com/go-gitea/gitea/pull/40115 patch
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 1
- First seenunscored · giteaNVD modified 2026-11-01 09:48
Affected (CPE criteria) 0
NVD has not attached CPE configurations yet.
References 5
- https://github.com/go-gitea/gitea/security/advisories/GHSA-mf6p-vqpw-3r7x vendor-advisory
- https://github.com/go-gitea/gitea/pull/39945 patch
- https://github.com/go-gitea/gitea/pull/40115 patch
- https://blog.gitea.com/release-of-28.3.0/ release-notes
- https://github.com/go-gitea/gitea/releases/tag/v28.3.0 release-notes