Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to target Gitea instance
-
DeliveryStand up malicious Gitea source with poisoned asset URLs
-
ExploitTrigger migration API against target
-
ExecutionTarget server fetches URL via unprotected http.Get
-
PersistInternal service or local file content returned
-
ImpactExfiltrated data persisted as migration release asset
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation via the migration path requires an authenticated Gitea account with sufficient privileges to invoke the repository migration API endpoint; the attacker must also control a Gitea-compatible source instance that serves malicious asset download URLs or PR patch URLs pointing to internal services or local paths. The file:// local read path is enabled by uri.Open()'s explicit os.Open() branch and requires no additional configuration - it is active in all default Gitea deployments prior to 1.27.0. The OAuth avatar path requires the target Gitea instance to have OAuth authentication configured and enabled. Exploitation is strictly limited to authenticated users; unauthenticated access is not sufficient for any of the three vectors. The provided CVSS 4.0 vector designates PR:H (high privileges), but defenders should verify whether their Gitea configuration restricts migration initiation to administrators only - in permissive default deployments, any registered user may trigger migrations, lowering the effective privilege barrier. |
| Impact | The CVSS 4.0 score of 8.3 with vector AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:L/VA:N/SC:H/SI:L/SA:N reflects high confidentiality impact on both the vulnerable Gitea system and subsequent systems - consistent with the ability to read application secrets such as database credentials and JWT signing keys, enabling downstream compromise. The PR:H designation (high privileges required) in the provided vector is notable: the description states only 'authenticated attackers,' and Gitea migration is available to non-admin users in many default configurations - security teams should verify the minimum privilege level enforced in their deployment, as real-world exploitability may be broader than PR:H implies. EPSS data was not provided; however, the combination of a public PoC embedded in the GHSA advisory, network-accessible attack vector, and high-value exfiltration targets (cloud IMDS, app.ini credentials) elevates real-world urgency. The exfiltration persistence mechanism - attacker-retrievable content stored as migration release assets - reflects deliberate exploit design rather than opportunistic discovery. The vulnerability is not in CISA KEV, so confirmed active exploitation is absent, but the accessible PoC and attractive targets make this a credible near-term exploitation scenario for internet-exposed Gitea instances. |
| Exploit ScenarioDerived | An authenticated Gitea user sets up an attacker-controlled Gitea instance and creates a repository release whose asset download URL points to file:///etc/gitea/app.ini or http://169.254.169.254/latest/meta-data/iam/security-credentials/role. When migration is triggered targeting that repository, the victim Gitea server fetches those URLs server-side via unprotected http.Get(), and the retrieved content is persisted as a migration release asset that the attacker can subsequently retrieve. A public proof-of-concept demonstrating this full chain is included in GHSA-2wm4-vwp6-v7xc. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 05, 2026
SSRF protection bypass in Gitea prior to 1.27.0 exposes internal services, cloud instance-metadata endpoints (e.g., AWS IMDSv1 at 169.254.169.254), and local files - including the application configuration containing database credentials and signing secrets - to authenticated attackers. Three HTTP fetch code paths in the migration and OAuth avatar subsystems use Go's raw http.Get() rather than the hardened hostmatcher.NewDialContext() transport used elsewhere, completely circumventing Gitea's built-in SSRF defenses. A publicly available proof-of-concept is included in the GHSA advisory; no confirmed active exploitation (CISA KEV) has been identified at time of analysis.
RemediationAI
Upgrade Gitea to version 1.27.0 or later, which replaces the unprotected http.Get() calls with the hostmatcher-backed transport already used for migration clones and webhooks; the patch commit is b969123b7fac51c88daab5cb64e5b2f4abd53288 (https://github.com/go-gitea/gitea/commit/b969123b7fac51c88daab5cb64e5b2f4abd53288). If immediate upgrade is not feasible, set DISABLE_MIGRATIONS = true in the [repository] section of app.ini to remove the migration code paths entirely, at the cost of disabling all repository migration functionality. Disabling OAuth login (if not operationally required) eliminates the avatar fetch vector. Deploy host-level egress filtering on the Gitea server to block RFC 1918 ranges and the link-local range 169.254.0.0/16; note this does not address the file:// local file read path and is not a substitute for patching. Advisory reference: https://github.com/go-gitea/gitea/security/advisories/GHSA-2wm4-vwp6-v7xc.
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
The vulnerability (CWE-918, Server-Side Request Forgery) stems from an inconsistency in Gitea's Go codebase: while migration clone and webhook operations correctly use a custom DialContext via hostmatcher.NewDialContext() that validates resolved IPs against an allow/block list, three separate code paths fall back to Go's net/http.DefaultClient, which performs no such validation. Specifically, modules/uri/uri.go (line 32) uses http.Get() for HTTP/HTTPS URIs and os.Open() for file:// URIs; this function is called from services/migrations/gitea_uploader.go at line 340 (release asset download) and line 586 (PR patch fetch), and from services/migrations/dump.go at lines 312 and 453. Additionally, routers/web/auth/oauth.go (line 306) uses http.Get() to fetch OAuth avatar URLs without any hostmatcher filtering. The explicit file:// scheme handler in uri.Open() further enables arbitrary local file reads beyond network-based SSRF. Affected products are all Gitea releases from 0 through 1.26.4 (CPE: cpe:2.3:a:gitea:gitea:*:*:*:*:*:*:*:*).
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
CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:L/VA:N/SC:H/SI:L/SA:N
Any authenticated user can trigger migration in default configs; file:// read and internal HTTP access constitute scope change with high confidentiality impact.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Gitea prior to 1.27.0 contains a server-side request forgery vulnerability that allows authenticated attackers to bypass SSRF protections by exploiting HTTP fetch operations in migration and OAuth avatar code paths that use Go's default http.Get without a custom DialContext. Attackers can supply arbitrary URLs through release asset download URLs, pull-request patch URLs, or OAuth avatar endpoints to reach internal services, cloud instance-metadata endpoints, or read local files such as the application configuration containing database credentials and signing secrets, with exfiltrated content persisted as migration release assets for later retrieval.
Executive ViewAI
Gitea versions prior to 1.27.0 contain an SSRF bypass that allows authenticated users to extract database credentials and signing secrets from affected servers. Any organization running Gitea repositories faces potential credential compromise and unauthorized infrastructure access if the vulnerability is exploited by an insider or compromised account holder. Immediate patching to version 1.27.0 or later is critical to prevent credential theft and system compromise.
Vendor-released patch: Gitea 1.27.0 or later.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
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
Authenticated command injection in Dokploy (self-hostable PaaS) versions 0.29.3 through 0.29.12 lets a low-privileged us
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
EUVD-2026-53617
GHSA-685p-fm6j-c445
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB