CVE-2026-20800: Gitea Open Source Git Server · Information Exposure
Affects Gitea Open Source Git ServerSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 34% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 22 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| GiteaGitea Open Source Git Server | Affected
| Fixed in– |
AI-suggested
To mitigate this vulnerability, organizations should: 1) Immediately audit and review access control mechanisms related to notifications in Gitea, ensuring that access permissions are re-validated upon each notification request. 2) Limit the amount of sensitive information included in notifications, such as issue and pull request titles, especially for private repositories. 3) Implement strict monitoring and logging of access revocations and notification API usage to detect potential unauthorized access attempts. 4) Consider temporarily disabling or restricting notification features for private repositories until a patch is available. 5) Engage with the Gitea community or maintainers to track the release of official patches or updates addressing this issue. 6) Educate users about the risk of residual access through notifications and encourage prompt reporting of any suspicious access. 7) If feasible, implement additional access control layers or proxy solutions that enforce permission checks on API responses. These steps go beyond generic advice by focusing on notification-specific controls and operational practices to reduce exposure.
Description
CVE-2026-20800 is a medium-severity vulnerability in the Gitea Open Source Git Server's notification API, where repository access permissions are not re-validated when returning notification details. This flaw allows users who have had their access to private repositories revoked to still view issue and pull request titles through previously received notifications. The vulnerability impacts confidentiality but does not affect integrity or availability, and it requires the attacker to have had prior access to the repository. No user interaction is needed once access is revoked, and exploitation can be performed remotely with low complexity. There are no known exploits in the wild, and no patches have been released yet. European organizations using Gitea for private repository management should be aware of potential sensitive information exposure risks. Mitigation involves auditing notification access controls, restricting notification content, and monitoring user access revocations closely. Countries with significant open source development communities and high adoption of Gitea, such as Germany, France, and the Netherlands, are more likely to be affected.