Live Exposure Defense: From CVE to Confirmed Exposure in 12 Hours – See more

New CVE Detected

CVE-2026-27771 – Container Registry Authentication Bypass – Gitea up to and including 1.26.1

Be the first to know when new zero-days emerge:

Summary

CVE-2026-27771 is a high-severity authentication bypass in Gitea’s built-in container registry, affecting all versions up to and including 1.26.1. The flaw allows unauthenticated remote attackers to obtain bearer tokens and pull private container images without any credentials, exposing source code, embedded secrets, and internal infrastructure details. With a CVSS score of 8.2 and over 30,000 internet-facing instances identified as potentially vulnerable, the risk of data exposure is significant and broadly distributed.

Technical details

  • Root cause: The /v2/token endpoint issues anonymous bearer tokens (with an internal UserID of -1) without scope restrictions. The ReqContainerAccess middleware fails to validate package owner visibility, meaning containers marked as private are not actually access-controlled at the registry layer.
  • Trigger conditions: No authentication, account, or prior access to the target instance is required. A standard Docker/OCI pull workflow is sufficient to trigger the bypass.
  • Attack vector: Remote, network-accessible, unauthenticated. Exploitation follows three steps: (1) send a request to /v2/ to confirm the registry endpoint is active; (2) request /v2/token?service=container_registry&scope=* to receive an anonymous bearer token; (3) use that token to enumerate repositories via /_catalog and pull private image layers.
  • Impact: Full read access to private container images. Exposed content may include proprietary application source code, hardcoded credentials, API keys, and internal infrastructure configuration. CVSS confidentiality impact is rated High; integrity impact is rated Low (CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N).
  • Flaw duration: The vulnerability is reported to have existed for approximately four years prior to being patched in version 1.26.2.
  • Also affected: Forgejo, a widely used Gitea-derived fork, has been confirmed vulnerable.
  • Public PoC availability: Multiple public proof-of-concept repositories exist, and a detection template has been merged to the nuclei-templates repository.

Affected software

  • Gitea Open Source Git Server — all versions up to and including 1.26.1
  • Forgejo — versions sharing the same container registry implementation (confirmed affected)

Severity

  • CVSS v3.0 Base Score: 8.2
  • Vector string: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N

Mitigation and recommended actions

  • Immediate (preferred): Upgrade Gitea to version 1.26.2 or later, which contains the vendor-provided fix. Forgejo users should apply the equivalent patched release from the Forgejo project.
  • Temporary workaround (if patching is not immediately possible): Set REQUIRE_SIGNIN_VIEW = true under the [service] section of the Gitea configuration file. Note: this setting restricts all anonymous access to the instance, including intentionally public repositories and packages, and should be considered a temporary measure only until patching is feasible.
  • Prioritize instances exposed to the internet, particularly those hosting container images for production systems or those containing sensitive application code and credentials.

IONIX Status

The IONIX research team is tracking ongoing exploitation attempts and recommends immediate patching. Potentially affected assets are outlined in this post.

References

Are you exposed?

Get a free report of your organization’s exposure to this CVE and threat

How IONIX’s External Exposure Management Platform Detects and Validates
Zero-Days to Shrink MTTR

1

Map your entire attack surface (continously)

IONIX uses multi-factor discovery methods, including DNS analysis, certificate mapping, metadata inspection, and more, to automatically map every internet-facing asset across your environment. This includes cloud instances, third-party platforms, shadow IT, and even forgotten infrastructure that traditional tools miss.

2

Monitor for new CVEs

Dozens of threat intel feeds using agentic technology are continuously analyzed to detect the appearance of proof-of-concept code, exploit kits, and indicators of active targeting. IONIX goes further by applying AI to proactively evaluate whether emerging vulnerabilities are likely to be exploited, even before PoCs go public.

3

Identify Potential External Exposures

Not all CVEs matter. IONIX filters vulnerabilities by asking attacker-centric questions: Can it be reached from the internet? Does it require authentication? Is it being exploited in the wild? This dramatically reduces noise and focuses teams on threats that can actually be weaponized.

4

Create Safe, Scalable Exploit Validations

IONIX transforms real-world PoCs into safe, non-intrusive test payloads that can be run in production environments without disruption. These simulations are precisely targeted to the systems that are vulnerable, ensuring rapid validation without unnecessary load.

5

Execute Exploit Validations

By combining context about software stack, versioning, exposure status, and reachability, IONIX ensures that only the right payloads are executed against the right assets, maximizing efficiency and minimizing risk.

6

Drive Fast and Actionable Remediation

Results are routed through integrations with ticketing, SOAR, and SIEM tools. Issues are written in plain language, bundled into remediation clusters, and prioritized based on asset criticality, exploitability, and blast radius. This shortens mean time to remediation (MTTR) and empowers teams to act with confidence.

Are you exposed?

Get a free report of your organization’s exposure to this CVE and threat

Subscribe to Threat Center RSS

Copy/paste the link below into your preferred RSS reader or follow these instructions to subscribe to Slack alerts.

Get Real-Time CVE Alerts to Your Email

Be the first to know when new zero-days emerge