CVE-2026-20736: Gitea Web Attachment Deletion: Cross-Repository Unauthorized Deletion via Missing Repo Ownership Check
Gitea does not properly verify repository context when deleting attachments. A user who previously uploaded an attachment to a repository may be able to delete it after losing access to that repository by making the request through a different repository they can access.
Security readout for executives and security teams
Plain-English summary
A Gitea attachment-deletion authorization flaw can let someone who once uploaded a file to a repository delete that attachment after losing access, by routing the request through another repository they can access. The business impact is targeted integrity loss of repository attachments, not data theft or full server compromise according to the supplied sources.
Executive priority
Treat this as a high-priority integrity issue for organizations using Gitea to manage sensitive engineering artifacts. It does not indicate server takeover, but unauthorized deletion of repository attachments can disrupt evidence, release materials, tickets, or project history.
Technical view
Gitea failed to bind attachment deletion authorization to the repository that owns the attachment. The CVE maps to CWE-284 and CVSS 3.1 7.5, with high integrity impact. The bundle points to PR #36320 and v1.25.4 release materials as patch evidence, but the affected version range is not clearly stated.
Likely exposure
Exposure is most relevant to self-hosted Gitea instances where users can upload repository attachments and later lose repository access. The supplied affected-version data is incomplete, so teams should not assume they are unaffected without checking vendor advisory details and their installed Gitea version.
Exploitation context
The source bundle does not show CISA KEV listing or cited evidence of active exploitation. The described abuse requires a user history involving prior attachment upload and later loss of access, plus access to another repository through which the deletion request can be made.
Researcher notes
Key uncertainty is affected-version scope: the bundle lists version "0" and default unaffected, while also citing a patch PR and v1.25.4 release. Anchor conclusions to the GitHub advisory, PR #36320, and distribution-specific advisories before asserting exposure.
Mitigation direction
Review the Gitea advisory and upgrade to a fixed release if applicable.
Prioritize Gitea v1.25.4 or later where vendor guidance confirms the fix.
Audit repository attachment deletion permissions and administrative access revocations.
Check vendor guidance if running packaged Gitea from a Linux distribution.
Preserve logs for attachment deletion review during remediation.
Validation and detection
Inventory all Gitea instances and record exact versions.
Confirm whether the instance version is covered by GHSA-jr6h-pwwp-c8g6.
Review logs for attachment deletions by users without current repository access.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-284: Authorization and privilege behavior lookup
Authorization weaknesses can support privilege escalation and valid-account review, depending on exploit path. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-284 · source CWE mapping
Improper Access Control
Improper Access Control represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.