<?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>Authentik - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/authentik/</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, 24 Sep 2026 18:15:30 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/authentik/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>Privilege Escalation in authentik via Groups API</title><link>https://feed.craftedsignal.io/briefs/2026-09-authentik-priv-esc/</link><pubDate>Thu, 24 Sep 2026 18:15:30 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-09-authentik-priv-esc/</guid><description>An improper access control vulnerability (CVE-2026-94609) in authentik allows users with delegated group management permissions to elevate their privileges to full administrator by adding themselves to superuser-flagged groups.</description><content:encoded><![CDATA[<p>authentik is affected by a high-severity privilege escalation vulnerability (CVE-2026-94609) due to improper access control in the Groups API. The vulnerability exists within the <code>GroupSerializer.validate_users()</code> method, which fails to verify if the requesting user possesses the necessary <code>authentik_core.enable_group_superuser</code> permission when modifying the membership of a group flagged with <code>is_superuser=True</code>.</p>
<p>By design, authentik uses two distinct permissions: <code>authentik_core.add_user_to_group</code> for standard team roster management and <code>authentik_core.enable_group_superuser</code> for assigning superuser status. Because the validation logic only checks for the presence of the routine management permission, an attacker holding a delegated &quot;helpdesk&quot; or &quot;user manager&quot; role can inject themselves or other users into existing superuser groups. This effectively bypasses the intended RBAC controls, leading to full instance compromise. This flaw is a symmetric counterpart to a previously fixed vulnerability (CVE-2026-40172). Affected versions include releases within the 2026.2, 2026.5, and 2026.8 branches.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker obtains a low-privileged API token or session belonging to an account with <code>authentik_core.add_user_to_group</code> permissions.</li>
<li>Attacker interacts with the <code>/api/v3/core/groups/</code> endpoint to list available groups within the authentik instance.</li>
<li>Attacker identifies a target group that has the <code>is_superuser=True</code> attribute.</li>
<li>Attacker performs a <code>PATCH</code> request to <code>/api/v3/core/groups/{group_uuid}/</code> containing the target group UUID.</li>
<li>The <code>GroupSerializer.validate_users()</code> method processes the request, verifying only the routine <code>add_user_to_group</code> permission.</li>
<li>The system authorizes the injection of the attacker-controlled user ID into the superuser group's membership list.</li>
<li>The target user is instantly granted full administrative superuser privileges within the authentik environment.</li>
<li>Attacker leverages full administrative access to manage SSO configurations, user accounts, and secret storage.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows a low-privileged user to gain full administrative control over the authentik instance. This facilitates unauthorized access to every tenant, interception of SSO authentication flows for downstream applications, modification of user accounts, and exfiltration or destruction of sensitive secrets and certificates managed by the instance.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Prioritize the immediate patching of all authentik instances to the fixed versions (2026.2.7, 2026.5.7, or 2026.8.2). If immediate patching is not possible, organizations must strictly audit and restrict the <code>authentik_core.add_user_to_group</code> permission, ensuring it is revoked from all non-administrative roles. Detection teams should monitor for unauthorized <code>PATCH</code> requests targeting group membership, particularly where the initiator lacks administrative status.</p>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>privilege-escalation</category><category>authentik</category><category>rbac</category></item></channel></rss>