Severity by source
AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N
An authenticated Actions user (PR:L) exploits a low-complexity network flaw that crosses the repository boundary (S:C) to read private artifacts (C:H) and write cross-task state (I:H); no availability impact.
Primary rating from Vendor (Gitea).
CVSS VectorVendor: Gitea
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:N
Lifecycle Timeline
1DescriptionCVE.org
Gitea Actions Artifacts V4 signed URL HMAC ambiguity allows cross-repository artifact read and cross-task upload-state write
AnalysisAI
Cross-repository information disclosure and cross-task tampering in Gitea's self-hosted Git server (fixed in v1.26.2) arises from an HMAC signature ambiguity in the Actions Artifacts V4 signed-URL scheme, letting an authenticated low-privilege user reuse a validly signed URL outside its intended repository or task context. An attacker with access to a single Actions task can read private artifacts belonging to other repositories and write upload-state for tasks they do not own, crossing the repository trust boundary (CVSS 9.6, scope-changed). There is no public exploit identified at time of analysis, and it is not listed in CISA KEV.
Technical ContextAI
Gitea Actions is the built-in CI/CD subsystem (a self-hosted GitHub Actions-compatible runner protocol). The Artifacts V4 API issues time-limited signed URLs that authorize a runner to upload and download build artifacts; those URLs are authenticated with an HMAC over parameters identifying the repository, task/run and artifact. The root cause is CWE-347 (Improper Verification of Cryptographic Signature): because the HMAC is computed over an ambiguous or under-constrained set of fields, a signature legitimately produced for one repository/task can be interpreted as valid for a different one - a classic signature-scope/canonicalization ambiguity. The affected component is cpe:2.3:a:gitea:gitea_open_source_git_server, and the tags (Information Disclosure, JWT/token-style attack) reflect that the flaw lives in the token/URL signing logic rather than in artifact storage itself.
RemediationAI
Vendor-released patch: upgrade to Gitea v1.26.2 (https://github.com/go-gitea/gitea/releases/tag/v1.26.2), which corrects the Artifacts V4 signed-URL HMAC validation per the fix in pull request https://github.com/go-gitea/gitea/pull/37707 and advisory GHSA-hg5r-vq93-9fv6. If immediate upgrade is not possible, reduce exposure by disabling Gitea Actions (turn the actions feature off in app.ini) or by restricting who can register accounts and run workflows - accepting that this halts CI/CD on the instance. On multi-tenant or public instances, tightening runner access and shortening artifact retention lowers the value of any cross-repository read; note these are stopgaps that do not close the signature ambiguity, so patching to 1.26.2 remains the only complete fix.
More in Jwt Attack
View allWhy is Microsoft republishing a CVE from 2013? We are republishing CVE-2013-3900 in the Security Update Guide to update
Authentication bypass in SimpleHelp 5.5.15 and prior (plus 6.0 pre-release builds) allows remote unauthenticated attacke
Authentication bypass in Fortinet FortiOS, FortiProxy, and FortiSwitchManager allows unauthenticated remote attackers to
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
ruby-saml provides security assertion markup language (SAML) single sign-on (SSO) for Ruby. Rated critical severity (CVS
The package jsrsasign before 10.5.25 are vulnerable to Improper Verification of Cryptographic Signature when JWS or JWT
A library injection vulnerability exists in Microsoft Teams (work or school) 24046.2813.2770.1094 for macOS. Rated criti
A library injection vulnerability exists in the WebView.app helper app of Microsoft Teams (work or school) 24046.2813.27
A library injection vulnerability exists in the com.microsoft.teams2.modulehost.app helper app of Microsoft Teams (work
The Ruby SAML library is for implementing the client side of a SAML authorization. Rated critical severity (CVSS 9.8), t
cosign is a container signing and verification utility. Rated critical severity (CVSS 9.8), this vulnerability is remote
Biscuit is an authentication and authorization token for microservices architectures. Rated critical severity (CVSS 9.8)
Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Linux Enterprise Server 16.1 | Affected |
| SUSE Linux Enterprise Server for SAP applications 16.1 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-41608
GHSA-hg5r-vq93-9fv6