Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as repo member without Code unit
-
DeliveryEnumerate LFS object OIDs
-
ExploitRequest LFS object reuse/authorization
-
ExecutionBypass Code-unit permission check
-
ImpactRead private source objects
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires the target repository to use Git LFS and the attacker to already hold a repository access grant on that repository while lacking the Code unit permission - that specific over-provisioned-but-Code-restricted membership state IS the condition. Limiting factors: the attacker must be authenticated with existing repository access (PR:L, not anonymous), the attack has high complexity (AC:H) requiring manipulation of LFS object reuse/authorization, and it only exposes private source objects handled via LFS; repositories not using LFS or where users have no access at all are not exploitable this way. Impact is confined to unauthorized reading of confidential source (no integrity/availability destruction). |
| Impact | This is a moderate, real but not urgent priority. The vendor-supplied CVSS 3.1 vector (AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:L/A:N, base 7.1) shows a network-reachable but authenticated (PR:L) attack with high complexity (AC:H) and a scope change, with the dominant impact being confidentiality (C:H) - consistent with unauthorized reading of private source. AC:H and PR:L meaningfully lower real-world exploitability: an attacker must already be a repository member and must manipulate LFS object reuse, so this is not mass-exploitable. No EPSS score, POC, or KEV entry was provided, so there is no signal of active or automated exploitation; the risk is targeted insider/over-provisioned-user information disclosure rather than widespread compromise. No conflicting signals were found between the vector and the description - both point to authenticated, low-privilege access escalating read scope. |
| Exploit ScenarioDerived | An authenticated Gitea user who was granted limited repository access (for example, Issues or Wiki) but deliberately denied the Code unit crafts LFS object requests that reuse/authorize private source objects, retrieving confidential source content they should not be able to read. Because AC:H applies, the attacker must understand and manipulate the LFS object-reuse mechanism, but no elevated privileges or victim interaction are required. No public POC was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 03, 2026
Broken authorization in Gitea (self-hosted Git service) versions up to and including 1.26.2 lets a user who holds general repository access but has NOT been granted the Code unit permission read private source content by reusing Git LFS objects to authorize otherwise-restricted source objects. The flaw (CWE-639, tracked as GHSA-2m9v-5q2g-58vq) enables horizontal privilege escalation to confidential code within a repository. There is no public exploit identified at time of analysis and it is not listed in CISA KEV, but a vendor patch shipped in 1.26.3.
RemediationAI
Vendor-released patch: 1.26.3 - upgrade all Gitea instances from any release up to and including 1.26.2 to 1.26.3 (or later, e.g. 1.26.4), as described at https://blog.gitea.com/release-of-1.26.3-and-1.26.4/ and tagged at https://github.com/go-gitea/gitea/releases/tag/v1.26.3; the code fix is in PR https://github.com/go-gitea/gitea/pull/38050. If immediate upgrade is not possible, reduce exposure by tightening repository membership so that only users who legitimately need source access hold any access to sensitive private repositories (removing the over-provisioned users this bug targets), and consider disabling Git LFS on repositories containing confidential source where LFS is not required - note this side effect will break existing LFS pointer content and large-file workflows for those repositories. Review the vendor advisory GHSA-2m9v-5q2g-58vq for authoritative guidance.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 packages in go, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Gitea is an open-source, self-hosted Git server (cpe:2.3:a:gitea:gitea_open_source_git_server) that implements fine-grained per-unit permissions, splitting repository access into units such as Code, Issues, Wiki, and Releases. Git LFS (Large File Storage) stores large binary content as pointer objects referenced by OID, and Gitea reuses/deduplicates these objects across access paths. The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key): the LFS object-reuse/authorization path keys access on repository membership rather than re-checking the granular Code unit permission, so an object that should be gated behind Code-unit access becomes retrievable by any user with a lower-tier repository grant.
Know when Gitea gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:L/UI:N/S:C/C:H/I:L/A:N
Authenticated repo member (PR:L) exploiting LFS reuse over the network (AV:N) with non-trivial mechanics (AC:H); impact is unauthorized read of private source across a permission boundary (S:C, C:H) with no integrity or availability effect.
Primary rating from Vendor (Gitea).
CVSS VectorVendor: Gitea
DescriptionCVE.org
Gitea versions up to and including 1.26.2 allow Git LFS object reuse to authorize private source objects for users who have repository access but lack Code-unit access.
Executive ViewAI
Gitea self-hosted Git service versions up to 1.26.2 contain an authorization bypass vulnerability (CVE-2026-28740) that allows authenticated users to access private source code beyond their assigned permissions. This exposes proprietary code to unauthorized disclosure within any Gitea deployment, creating direct risk to organizations relying on Gitea for code repository security.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Remote code execution in Gitea (self-hosted Git service) via a code-injection flaw (CWE-94) allows attackers to run arbi
Broken access control in Gitea's Composer package registry (versions up to and including 1.26.1) lets remote attackers r
Gitea before 1.16.7 does not escape git fetch remote. Rated high severity (CVSS 7.5), this vulnerability is remotely exp
The git hook feature in Gitea 1.1.0 through 1.12.5 might allow for authenticated remote code execution in customer envir
Improper Neutralization of Input During Web Page Generation (XSS or 'Cross-site Scripting') vulnerability in Gitea Gitea
Reverse-proxy authentication bypass in the official Gitea Docker image (versions up to and including 1.26.2) allows any
Path traversal in Gitea's Org-mode (`.org`) markup renderer allows an attacker who can get Org-mode content rendered by
Container escape in Gitea act_runner (Docker backend, through act 0.262.0) lets an authenticated user with workflow-exec
models/repo_mirror.go in Gitea before 1.7.6 and 1.8.x before 1.8-RC3 mishandles mirror repo URL settings, leading to rem
Server-side request forgery and internal repository exfiltration in Gitea before 1.27.0 lets a low-privileged authentica
Authorization bypass in Gitea versions 1.22.3 through 1.26.1 allows holders of `public-only` access tokens or OAuth gran
An issue was discovered in Gitea through 1.11.5. Rated high severity (CVSS 7.5), this vulnerability is remotely exploita
Same technique Authentication Bypass
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP5 | Affected |
| SUSE Linux Enterprise Module for Package Hub 15 SP6 | Affected |
| openSUSE Leap 15.5 | Affected |
| openSUSE Leap 15.6 | Affected |
EUVD-2026-41643
GHSA-2m9v-5q2g-58vq
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB