<?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>Cpe:2.3:a:hatchet:hatchet:*:*:*:*:*:*:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3ahatchethatchet/</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>Mon, 21 Sep 2026 19:51:41 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3ahatchethatchet/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>OAuth State CSRF Vulnerability in Hatchet</title><link>https://feed.craftedsignal.io/briefs/2026-09-hatchet-oauth-csrf/</link><pubDate>Mon, 21 Sep 2026 19:51:41 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-hatchet-oauth-csrf/</guid><description>Hatchet versions before 0.91.1 contain an OAuth state CSRF vulnerability that allows unauthenticated attackers to hijack sessions by exploiting improper session state clearing during callback processing.</description><content:encoded><![CDATA[<p>Hatchet versions v0.86.26 and earlier are susceptible to an OAuth state CSRF vulnerability, tracked as CVE-2026-61687. The issue resides in the <code>ValidateOAuthState</code> function, which handles the verification of the <code>state</code> parameter during OAuth callbacks. When an OAuth flow completes successfully, the application incorrectly clears the session-specific <code>oauth_state_&lt;integration&gt;</code> key by setting it to an empty string instead of removing the key from the session store.</p>
<p>Because of this logic, subsequent requests containing an empty <code>state</code> parameter are incorrectly validated against the existing empty string value in the session. An attacker can exploit this to bind an already-authenticated victim's session cookie to an attacker-controlled OAuth identity. This leads to account fixation or full account takeover, depending on the application context. The vulnerability affects deployments utilizing Google, GitHub, or Slack integrations.</p>
<h2 id="impact">Impact</h2>
<p>The vulnerability allows an unauthenticated attacker to perform account takeover or session fixation against users who have previously performed an OAuth flow within their session. This affects any Hatchet deployment where OAuth integrations are enabled. Successful exploitation requires the victim to have an active session and the attacker to induce the victim to perform an action that triggers the flawed callback logic.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade all Hatchet deployments to version 0.91.1 or later to implement proper session state key removal.</li>
<li>Audit application logs for abnormal OAuth callback patterns, specifically requests where the <code>state</code> parameter is absent or empty in conjunction with successful authentication events.</li>
<li>Restrict OAuth callback endpoints to trusted domains and ensure that the <code>state</code> parameter is strictly validated for non-empty, cryptographically strong values.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>