<?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>Kestra - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/kestra/</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>Sat, 01 Aug 2026 09:53:43 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/kestra/feed.xml" rel="self" type="application/rss+xml"/><item><title>Authentication Bypass and RCE in Kestra OSS</title><link>https://feed.craftedsignal.io/briefs/2026-08-kestra-auth-bypass/</link><pubDate>Sat, 01 Aug 2026 09:53:43 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-kestra-auth-bypass/</guid><description>Kestra OSS versions 1.3.20 and below are vulnerable to an authentication bypass via an incorrectly implemented filter, enabling unauthenticated remote code execution with root privileges.</description><content:encoded><![CDATA[<p>CVE-2026-53576 is a critical authentication bypass vulnerability affecting Kestra OSS versions up to v1.3.20. The vulnerability stems from a flaw in the authentication filter logic, specifically within <code>AuthenticationFilter.java</code>, which checks if a request path ends with the string <code>/configs</code> to determine if an endpoint is a configuration route. Because this check uses <code>endsWith()</code> rather than an exact match, an attacker can bypass authentication on any API endpoint by simply appending <code>/configs</code> to the requested URL. This allows unauthenticated users to create, modify, and execute arbitrary workflows. Successful exploitation grants an attacker the ability to execute system commands with root privileges, leading to full system compromise. If the Kestra instance is running within a container with the Docker socket mounted, an attacker can perform a container escape to gain control of the host machine.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker identifies an internet-facing Kestra instance vulnerable to CVE-2026-53576.</li>
<li>Attacker crafts a malicious API request targeting <code>/api/v1/main/flows/configs</code> to bypass authentication.</li>
<li>Attacker submits a POST request to create a new flow containing arbitrary malicious commands.</li>
<li>Attacker crafts a second request targeting <code>/api/v1/main/executions/configs/configs</code> to trigger the execution of the previously created malicious flow.</li>
<li>The Kestra service executes the workflow, running the embedded commands with root privileges on the underlying host.</li>
<li>Attacker leverages shell commands to establish a reverse shell or exfiltrate system data from the host.</li>
<li>If the container environment is misconfigured, the attacker uses the exposed Docker socket to escape the container and compromise the host environment.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation results in full unauthorized control over the Kestra instance. Impacts include complete confidentiality loss (access to environment variables and secrets), loss of integrity (unauthorized modification of workflows), and full system compromise via RCE. In containerized environments, the lack of host isolation through improper Docker socket mounting facilitates container escapes, providing attackers with persistent host-level access.</p>
<h2 id="recommendation">Recommendation</h2>
<ol>
<li>Upgrade all Kestra OSS deployments to a patched version immediately, as identified in the Kestra security advisory (GHSA-2q47-568g-9h4f).</li>
<li>Deploy the Sigma rule below to detect exploitation attempts targeting the <code>/configs</code> bypass vector in web server logs.</li>
<li>Remove any instances where <code>/var/run/docker.sock</code> is mounted into Kestra containers to prevent potential container escape scenarios.</li>
<li>Implement strict network segmentation and restrict access to the Kestra management API using VPNs or IP whitelisting.</li>
</ol>
]]></content:encoded><category domain="severity">critical</category><category domain="type">advisory</category><category>cve-2026-53576</category><category>rce</category><category>authentication-bypass</category><category>kestra</category></item></channel></rss>