<?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>Julep - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/julep/</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>Thu, 30 Jul 2026 15:33:43 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/julep/feed.xml" rel="self" type="application/rss+xml"/><item><title>Insecure Direct Object Reference Vulnerability in Julep</title><link>https://feed.craftedsignal.io/briefs/2026-07-julep-idor/</link><pubDate>Thu, 30 Jul 2026 15:33:43 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-julep-idor/</guid><description>An insecure direct object reference (IDOR) vulnerability in Julep allows authenticated tenants to bypass authorization checks and access the execution data of other tenants via the get_execution_details endpoint.</description><content:encoded><![CDATA[<p>Julep is affected by an insecure direct object reference (IDOR) vulnerability (CVE-2026-67348) located in the 'get_execution_details' endpoint. This flaw allows an authenticated tenant to retrieve unauthorized information by manipulating the 'execution_id' parameter. Successful exploitation grants the attacker access to sensitive data belonging to other tenants, including task inputs, outputs, execution metadata, and temporal task tokens. Given that these tokens can be used for further impersonation or unauthorized actions within the platform, this vulnerability poses a significant risk to multi-tenant cloud environments. The issue was identified and patched in commit '5371a620af2582868eb121e6489a8cc14836fd50'.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker authenticates to the Julep platform using legitimate tenant credentials.</li>
<li>Attacker observes network traffic while interacting with their own execution tasks.</li>
<li>Attacker identifies the 'get_execution_details' API call structure and the associated 'execution_id' parameter.</li>
<li>Attacker iterates or guesses 'execution_id' values belonging to other tenants.</li>
<li>Attacker sends a crafted HTTP GET request to the 'get_execution_details' endpoint with an unauthorized 'execution_id'.</li>
<li>The server fails to validate whether the requester owns the requested 'execution_id'.</li>
<li>The server returns the sensitive execution records, including task inputs and temporal task tokens, to the unauthorized attacker.</li>
<li>Attacker uses the stolen temporal task tokens to perform further actions within the context of the victim tenant.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>The vulnerability results in a direct loss of confidentiality for all tenants sharing the same Julep instance. By extracting task inputs, outputs, and temporal task tokens, attackers can perform identity impersonation, data exfiltration, and potentially influence task execution logic for other users. This affects organizations relying on Julep for multi-tenant workflow orchestration.</p>
<h2 id="recommendation">Recommendation</h2>
<ol>
<li>Upgrade Julep to commit '5371a620af2582868eb121e6489a8cc14836fd50' or later to resolve CVE-2026-67348.</li>
<li>Review web server logs for high volumes of requests to the 'get_execution_details' endpoint containing varying 'execution_id' values from a single authenticated session.</li>
<li>Inspect access logs for instances where a single UserID successfully retrieves data for a large number of distinct 'execution_id' records that do not align with their expected project activity.</li>
</ol>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>