Description
The Gitea Actions artifact v4 (Twirp) handlers read the whole request body into memory without a size limit. A user who can run a workflow and obtains the runner token of that run could send an oversized request to the artifact service and exhaust the memory of the server, which terminates the Gitea process. The request body is now limited to 1 MiB.
Published: 2026-10-18
Score: 6.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Denial of Service via memory exhaustion
Action: Patch
AI Analysis

Impact

This vulnerability, identified as CWE-770: Uncontrolled Resource Consumption, allows a user with access to a Gitea Actions runner to send an arbitrarily large payload to the artifact v4 (Twirp) handlers. The server reads the entire request body into memory without a limit, which causes the process to consume all available memory and eventually terminate. The impact is a denial-of-service that takes the entire Gitea instance offline.

Affected Systems

The defect is present in Gitea installations that use the Actions artifact v4 API, specifically any releases prior to 28.2.0. The fix was released in Gitea v28.2.0, which limits the request body to 1 MiB.

Risk and Exploitability

Exploitation requires the attacker to be able to run a workflow and obtain the associated runner token. Based on the description, it is inferred that this typically requires privileged repository or deployment access. Once the oversized request is sent, the server will abort, disrupting service availability. The CVSS score is 6.5 and the EPSS score is < 1%. The vulnerability is not listed in the CISA KEV catalog. The risk to availability is significant for systems that cannot tolerate downtime, though achieving the initial conditions may be difficult for an unauthenticated adversary.

Generated by OpenCVE AI on October 20, 2026 at 06:13 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade Gitea to version 28.2.0 or later, which enforces a 1 MiB limit on the artifact request body.
  • Implement explicit request body size limits in the application code or middleware to guard against uncontrolled resource consumption.
  • Limit which users can create and run workflows, ensuring that only trusted personnel have access to runner tokens.
  • If an upgrade is delayed, configure a reverse proxy or application layer limit to reject requests larger than 1 MiB to prevent the memory exhaustion.

Generated by OpenCVE AI on October 20, 2026 at 06:13 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Tue, 20 Oct 2026 01:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'partial'}, 'version': '2.0.3'}


Mon, 19 Oct 2026 23:45:00 +0000

Type Values Removed Values Added
First Time appeared Gitea
Gitea gitea
Vendors & Products Gitea
Gitea gitea

Mon, 19 Oct 2026 21:30:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 6.5, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}


Sun, 18 Oct 2026 19:00:00 +0000

Type Values Removed Values Added
Description The Gitea Actions artifact v4 (Twirp) handlers read the whole request body into memory without a size limit. A user who can run a workflow and obtains the runner token of that run could send an oversized request to the artifact service and exhaust the memory of the server, which terminates the Gitea process. The request body is now limited to 1 MiB.
Title Gitea Actions artifact v4 API unbounded request body
Weaknesses CWE-770
References

cve-icon MITRE

Status: PUBLISHED

Assigner: Gitea

Published:

Updated: 2026-10-19T20:15:15.234Z

Reserved: 2026-10-14T20:08:45.834Z

Link: CVE-2026-105964

cve-icon Vulnrichment

Updated: 2026-10-19T20:15:06.254Z

cve-icon NVD

Status : Awaiting Analysis

Published: 2026-10-18T19:16:32.700

Modified: 2026-10-19T21:17:04.323

Link: CVE-2026-105964

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-20T06:15:10Z

Weaknesses
  • CWE-770

    Allocation of Resources Without Limits or Throttling