# CVE-2026-112887: Gitea Actions task tokens privilege escalation in REST API

Source: https://junglewise.ai/threats/cve-2026-112887-gitea-actions-task-tokens-authenticate-to-the-rest-api-as-a  
Publisher: Junglewise Threat Intelligence, https://junglewise.ai/threats  
Published: 2026-11-01. Updated: 2026-11-01  
License: CC BY 4.0 with a link back

CVE-2026-112887 · Severity: info · Published 2026-11-01

Gitea is a self-hosted Git service platform. Actions task tokens, used by workflow jobs to interact with the API, were authenticated as a shared system user with a negative ID that bypassed repository ownership filters, allowing any user who could run a workflow to enumerate all private repositories on the instance through the REST API. Actual repository contents remained protected, but metadata exposure could enable targeted attacks.

Technologies: [Gitea](https://junglewise.ai/threats/technologies/gitea). Vendors: [Gitea](https://junglewise.ai/threats/vendors/gitea).

## Quick answers

**Is CVE-2026-112887 exploited in the wild?** No. Junglewise Threat Intelligence has no report of CVE-2026-112887 being exploited in the wild.

**How severe is CVE-2026-112887?** Informational severity, published 1 November 2026.

**Which products and versions are affected?** Gitea prior to 28.3.0.

**Is there a fix for CVE-2026-112887?** Yes: fixed in Gitea 28.3.0. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.

**How is CVE-2026-112887 attacked?** It is attacked over the network, in a web application.

**Am I affected by CVE-2026-112887?** Check whether you run Gitea at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.

## How to fix

- Fixed in Gitea 28.3.0

## Technical details

Actions task tokens lack API scope restrictions and authenticate as a system user with a negative ID. Repository and organization filters in the REST API treated the negative ID as "no owner filter" rather than a non-existent owner, allowing GET /api/v1/user/repos to list every repository including private ones. The fix ensures system users own nothing by checking != 0 in ownership filters and restricts /api/v1/user routes to individual and bot accounts only.

## Affected products

- Gitea Gitea prior to 28.3.0

## Timeline

- 2026-11-01: disclosed
- 2026-11-01: patched

## References

- [https://blog.gitea.com/release-of-28.3.0/](https://blog.gitea.com/release-of-28.3.0/)
- [https://github.com/go-gitea/gitea/pull/39945](https://github.com/go-gitea/gitea/pull/39945)

## Related threats

- [Gitea account takeover via OAuth2 auto-linking](https://junglewise.ai/threats/cve-2026-120263-when-oauth2-client-account-linking-is-set-to-auto-not-the)
- [Gitea limited-visibility profile disclosure via public-only token](https://junglewise.ai/threats/cve-2026-119627-the-web-profile-and-rss-atom-feed-routes-of-users-and)
- [Gitea token scope bypass in web routes](https://junglewise.ai/threats/cve-2026-119625-the-username-web-route-accepted-personal-access-tokens-over-http)
- [Gitea project boards information disclosure of private pull requests](https://junglewise.ai/threats/cve-2026-119533-repository-and-organization-project-boards-listed-the-pull)
- [Gitea API token scope bypass in repository deletion](https://junglewise.ai/threats/cve-2026-119441-delete-api-v1-orgs-org-repos-deletes-all-repositories-of-an)