<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Gitea/Gitea Docker Images - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/gitea/gitea-docker-images/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Tue, 21 Jul 2026 20:36:08 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/gitea/gitea-docker-images/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Gitea Docker Images Insecure Default Allows User Impersonation via X-WEBAUTH-USER</title><link>https://feed.craftedsignal.io/briefs/2026-07-gitea-docker-impersonation/</link><pubDate>Tue, 21 Jul 2026 20:36:08 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-gitea-docker-impersonation/</guid><description>Gitea Docker images ship with a critical misconfiguration, CVE-2026-20896, where `REVERSE_PROXY_TRUSTED_PROXIES = *` by default, enabling any client to bypass authentication and impersonate users via the `X-WEBAUTH-USER` HTTP header when reverse proxy authentication is enabled, leading to unauthorized access to user accounts, including administrative ones.</description><content:encoded><![CDATA[<p>Gitea Docker images (versions prior to 1.26.3) contain a critical security misconfiguration, CVE-2026-20896, where the <code>app.ini</code> template hard-codes <code>REVERSE_PROXY_TRUSTED_PROXIES = *</code>. This default deviates from the secure documented standard of <code>127.0.0.0/8,::1/128</code> (loopback only). When <code>ENABLE_REVERSE_PROXY_AUTHENTICATION</code> is set to <code>true</code> in a vulnerable Gitea Docker deployment, any process or attacker capable of directly reaching the Gitea container's HTTP port can impersonate any user. This is achieved by simply supplying an <code>X-WEBAUTH-USER</code> HTTP header with a known or guessable username, bypassing standard authentication mechanisms like passwords or session cookies. This vulnerability affects <code>gitea/gitea</code> Docker images up to version 1.26.2 and poses a significant risk for unauthorized access.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li><strong>Deployment of Vulnerable Gitea Container</strong>: An organization deploys a <code>gitea/gitea</code> Docker image (version prior to 1.26.3) configured with <code>ENABLE_REVERSE_PROXY_AUTHENTICATION = true</code>, retaining the image's default <code>REVERSE_PROXY_TRUSTED_PROXIES = *</code>.</li>
<li><strong>Network Exposure</strong>: The Gitea container's HTTP port (e.g., 3000) is directly accessible to an attacker, potentially bypassing any intended authenticating reverse proxy.</li>
<li><strong>User Enumeration/Knowledge</strong>: The attacker identifies or guesses valid usernames within the Gitea instance (e.g., 'admin', 'alice').</li>
<li><strong>Crafting Malicious HTTP Request</strong>: The attacker crafts an HTTP GET or POST request targeting the vulnerable Gitea instance, including the <code>X-WEBAUTH-USER</code> header set to an identified username.</li>
<li><strong>Authentication Bypass</strong>: The misconfigured Gitea instance, treating all incoming connections as trusted proxies, accepts the <code>X-WEBAUTH-USER</code> header from the attacker's source IP as a legitimate authentication credential.</li>
<li><strong>Account Impersonation</strong>: The attacker's request is processed with the privileges of the user specified in the <code>X-WEBAUTH-USER</code> header, granting unauthorized access to that user's account.</li>
<li><strong>Impact</strong>: The attacker gains full control over the impersonated user's Gitea account, allowing actions such as repository modification, unauthorized access to code, or privilege escalation if an administrative account was targeted, leading to full control of the Git hosting platform.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of CVE-2026-20896 allows any process that can directly access the Gitea Docker container's HTTP port to completely bypass authentication and impersonate any existing user. This includes highly privileged accounts like administrators (e.g., 'admin', 'gitea_admin'), leading to full compromise of the Gitea instance. Attackers can gain unauthorized access to source code repositories, manipulate project data, create new users, delete existing content, or achieve complete control over the Git hosting platform. While specific victim counts are not available, all deployments using vulnerable Gitea Docker images with <code>ENABLE_REVERSE_PROXY_AUTHENTICATION</code> enabled are at critical risk.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li><strong>Patch CVE-2026-20896</strong> by upgrading <code>gitea/gitea</code> Docker images to version 1.26.3 or newer immediately to address the insecure default configuration.</li>
<li><strong>Manually Configure Trusted Proxies</strong>: If immediate upgrade is not feasible, modify the <code>REVERSE_PROXY_TRUSTED_PROXIES</code> setting in <code>app.ini</code> to explicitly list only the IP addresses of trusted reverse proxies (e.g., <code>127.0.0.0/8,::1/128</code>) and restart the Gitea container.</li>
<li><strong>Deploy the Sigma rule</strong> titled &quot;Detect CVE-2026-20896 Exploitation - Gitea Impersonation via X-WEBAUTH-USER&quot; to your SIEM and tune it for your environment.</li>
<li><strong>Enable comprehensive web server logging</strong> to capture HTTP request headers and client IP addresses, which are critical log sources for detecting the exploitation behavior described.</li>
</ul>
]]></content:encoded><category domain="severity">critical</category><category domain="type">advisory</category><category>misconfiguration</category><category>authentication-bypass</category><category>docker</category><category>gitea</category><category>web-application</category><category>cve</category></item></channel></rss>