<?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/"><channel><title>Steeltoe.Management.EndpointCore &gt;= 3.2.2, &lt;= 3.3.0 - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/steeltoe.management.endpointcore--3.2.2--3.3.0/</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>Fri, 03 Jul 2026 11:24:19 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/steeltoe.management.endpointcore--3.2.2--3.3.0/feed.xml" rel="self" type="application/rss+xml"/><item><title>Steeltoe Host Header Bypass Vulnerability (CVE-2026-50194)</title><link>https://feed.craftedsignal.io/briefs/2026-07-steeltoe-host-header-bypass/</link><pubDate>Fri, 03 Jul 2026 11:24:19 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-steeltoe-host-header-bypass/</guid><description>An unauthenticated remote attacker can bypass port isolation in Steeltoe applications configured with `Management:Endpoints:Port` by spoofing the Host HTTP header, allowing access to all actuator endpoints (CVE-2026-50194).</description><content:encoded><![CDATA[<p>A critical vulnerability (CVE-2026-50194) in Steeltoe applications allows unauthenticated remote attackers to bypass port isolation for management endpoints. This flaw affects configurations where <code>Management:Endpoints:Port</code> is explicitly set to a port different from the application's primary listener. The middleware, intended to restrict access, incorrectly relies on the <code>Host</code> HTTP header rather than the actual network socket port. By crafting a request with a spoofed <code>Host</code> header specifying the management port, attackers can trick the application into granting access to all actuator endpoints. This enables unauthorized control, information disclosure, and potential configuration manipulation, making it a high-severity concern for organizations using vulnerable Steeltoe versions, specifically <code>Steeltoe.Management.Endpoint</code> up to 4.1.0 and <code>Steeltoe.Management.EndpointCore</code> versions between 3.2.2 and 3.3.0.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker identifies a publicly accessible Steeltoe application that is likely using management endpoints.</li>
<li>The target Steeltoe application is configured with <code>Management:Endpoints:Port</code> set to a port different from its main listener (e.g., application on 80/443, management on 8080).</li>
<li>Attacker crafts an HTTP request targeting the application's main listener port, typically 80 or 443.</li>
<li>The crafted request includes a spoofed <code>Host</code> HTTP header, setting its value to the application's domain combined with the configured <code>Management:Endpoints:Port</code> (e.g., <code>Host: example.com:8080</code>).</li>
<li>The request scheme (HTTP/HTTPS) matches the <code>Management:Endpoints:SslEnabled</code> setting of the application.</li>
<li>The Steeltoe middleware, upon receiving the request, evaluates the <code>Host</code> header for port isolation rather than the actual socket port the request arrived on.</li>
<li>The spoofed <code>Host</code> header causes the middleware to erroneously permit access as if the request originated on the designated management port.</li>
<li>Attacker gains unauthenticated access to all management actuator endpoints (e.g., <code>/actuator/health</code>, <code>/actuator/env</code>), enabling information disclosure or potential configuration changes.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>The successful exploitation of CVE-2026-50194 grants unauthenticated remote attackers full access to Steeltoe's management actuator endpoints. This can lead to severe consequences, including sensitive information disclosure (e.g., environment variables, application configuration), arbitrary configuration modifications, and potentially remote code execution if certain actuators are exposed and misconfigured. While no specific victim count has been reported, any organization deploying Steeltoe applications with the described vulnerable configuration is at risk. The ease of exploitation via a simple HTTP header manipulation makes this a high-risk vulnerability for data exposure and unauthorized system control.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Immediately upgrade <code>Steeltoe.Management.Endpoint</code> to version 4.1.1 or higher, and <code>Steeltoe.Management.EndpointCore</code> to version 3.3.1 or higher, to address CVE-2026-50194.</li>
<li>Deploy the provided Sigma rule to your SIEM, tuning <code>cs-host</code> to match your expected application domain and monitoring for <code>cs-uri-stem</code> containing <code>/actuator/</code> with unexpected port values in the <code>Host</code> header.</li>
<li>Implement explicit ASP.NET Core authorization (<code>RequireAuthorization</code>) on all sensitive actuator endpoints as a defense-in-depth measure, as recommended by the Steeltoe advisory.</li>
<li>Configure reverse proxies or load balancers in front of Steeltoe applications to strictly enforce expected <code>Host</code> header values, preventing clients from specifying arbitrary ports.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>vulnerability</category><category>web-exploitation</category><category>cve</category><category>dotnet</category><category>bypass</category></item></channel></rss>