# CVE-2026-117685: Gitea OCI cross-repository blob mount token scope bypass

Source: https://junglewise.ai/threats/cve-2026-117685-the-oci-registry-s-cross-repository-blob-mount-checked-the  
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-117685 · Severity: info · Published 2026-11-01

Gitea's OCI package registry improperly enforced token restrictions during blob mounts between repositories. A public-only token could mount private container layers into public packages, allowing unauthorized users to download private content. This exposes sensitive proprietary code and data stored in private container images.

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

## Quick answers

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

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

**Which products and versions are affected?** Gitea before 28.3.0.

**Is there a fix for CVE-2026-117685?** 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-117685 attacked?** It is attacked over the network, in a web application.

**Am I affected by CVE-2026-117685?** 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

The vulnerability occurs in OCI cross-repository blob mount operations where the source blob was checked against the token owner's full account permissions instead of the token's restricted scope. A public-only token with write:package scope could exploit this to mount a blob from a private package (readable by the owner) into a public package (writable by the token), bypassing token scope restrictions. The private blob then becomes accessible to unauthenticated users through the public package endpoint.

## Affected products

- Gitea Gitea before 28.3.0

## Timeline

- 2026-11-01: disclosed
- 2026-11-01: patched: fixed in Gitea 28.3.0 via PR #39690 and #39853

## 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/39690](https://github.com/go-gitea/gitea/pull/39690)

## 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)