Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain valid Gitea account/token
-
DeliveryIdentify target private org name
-
ExploitRequest GET /api/v1/orgs/{org}/labels
-
ExecutionReceive 200 with private label objects
-
ImpactHarvest label metadata for reconnaissance
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V14 - Data Protection Data exposure prevention
MITRE ATT&CK
2 techniques across 2 tactics: Collection, Discovery The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires only that a private organization exists with labels defined and that the attacker can reach the Gitea REST API at GET /api/v1/orgs/{org}/labels or GET /api/v1/orgs/{org}/labels/{id}. The vendor PoC used an authenticated non-member token (an ordinary account lacking membership in the target org), so at minimum a valid API token appears sufficient; the CVSS PR:N claims no authentication, but this was not demonstrated anonymously in the provided evidence, so fully unauthenticated access is unconfirmed. Limiting factors: the target org must be private and actually have labels; only label metadata is exposed (no repos, secrets, teams, or write access); and impact is confined to information disclosure. No user interaction is required. |
| Impact | Signals are mixed and lean toward low real-world urgency despite the 7.5 'High' base score. The NVD vector (AV:N/AC:L/PR:N/UI:N/C:H/I:N/A:N) drives severity through C:H, but the leaked data is only label metadata (names, colors, descriptions) - treating that as 'High' confidentiality impact appears overrated; a Low confidentiality impact is more defensible, which would materially reduce the score. EPSS is low (0.20%) and the vulnerability is NOT on CISA KEV, so no active exploitation is indicated. SSVC lists Exploitation=PoC, Automatable=Yes, Technical Impact=Partial, which is consistent: a working PoC exists and the request is trivially scriptable, but the impact is partial (read-only metadata leak, no code execution or write access). Note a discrepancy: the CVSS vector states PR:N (unauthenticated), yet the vendor PoC demonstrates the attack using an authenticated non-member token, so whether fully anonymous access works is not confirmed from the provided data - verify with the vendor. Net: a legitimate hygiene fix, not an emergency. |
| Exploit ScenarioDerived | An attacker with a low-privilege Gitea account (a valid token but no membership in the target org) sends GET /api/v1/orgs/target-org/labels and receives HTTP 200 with the full label list of a private organization, despite GET /api/v1/orgs/target-org returning 404. The disclosed label names and descriptions can reveal internal project structure, teams, or workflow taxonomy useful for reconnaissance. A working PoC is published in the vendor advisory and the request is trivially automatable (SSVC Automatable=Yes). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 22, 2026
Information disclosure in the Gitea 1.26.2 self-hosted Git service allows non-members to read the labels of private organizations via the Organization Labels API, exposing label metadata (id, name, description, color, url) that should be restricted to org members. The authorization gap affects GET /api/v1/orgs/{org}/labels and .../labels/{id} only, while organization info, teams, hooks, and secrets endpoints correctly returned 404 to the same user. Publicly available exploit code exists in the vendor GHSA advisory, though EPSS risk is low (0.20%, 10th percentile) and it is not on CISA KEV.
RemediationAI
Vendor-released patch: upgrade to Gitea 1.26.3 (or later, e.g. 1.26.4) - release at https://github.com/go-gitea/gitea/releases/tag/v1.26.3 and release notes at https://blog.gitea.com/release-of-1.26.3-and-1.26.4/; the fix is in PR https://github.com/go-gitea/gitea/pull/38151 and commit 99f8b3d9a1d32f4c39828e07971455a18191e0b9, which adds an organization-visibility check (reqOrgVisible) to the label API routes. If immediate upgrade is not possible, the practical compensating control is to restrict network access to the /api/v1/orgs/*/labels endpoints at a reverse proxy or WAF (deny requests from non-members/anonymous clients), accepting the trade-off that legitimate API label reads may also be blocked; there is no in-app configuration toggle that disables only the label endpoints, so patching is strongly preferred over workarounds. Consult GHSA-v73x-hx65-6pf4 for authoritative guidance.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 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 a lightweight, self-hosted Git service written in Go (package code.gitea.io/gitea), functionally similar to GitHub/GitLab. The root cause is CWE-200 (Exposure of Sensitive Information): the REST API label endpoints did not enforce the organization's visibility restriction before returning data. Per the fix in PR #38151, the router previously guarded org endpoints with reqTeamMembership() but the label routes lacked an equivalent visibility check; the patch introduces reqOrgVisible(), which calls organization.HasOrgOrUserVisible() so that a private org invisible to the doer yields a 404 (APIErrorNotFound) instead of leaking label objects. Only read access was affected - write/PATCH operations remained protected by existing authorization checks.
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:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Network API reachable and trivial (AV:N/AC:L); PoC required a non-member token so PR:L; only low-sensitivity label metadata leaks so C:L, with no integrity or availability impact.
Primary rating from Vendor (Gitea).
CVSS VectorVendor: Gitea
Lifecycle Timeline
2DescriptionCVE.org
Gitea 1.26.2 allows unauthorized users to access labels of private organizations.
Executive ViewAI
Gitea 1.26.2 contains a vulnerability allowing unauthorized users to access metadata about private organization labels, potentially exposing sensitive organizational structures and classification schemes. This information disclosure affects any organization running Gitea 1.26.2, as external parties can view label details intended for internal use only. Prompt patching is essential to prevent unauthorized visibility into private organizational information.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
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 weakness CWE-200 – Information Exposure
View allSame technique Information Disclosure
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 |
EUVD-2026-41621
GHSA-v73x-hx65-6pf4
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB