<?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>CVE-2026-47101 - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/cve-2026-47101/</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, 21 May 2026 21:18:27 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/cve-2026-47101/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>LiteLLM Privilege Escalation via API Key Creation (CVE-2026-47101)</title><link>https://feed.craftedsignal.io/briefs/2026-05-litellm-privesc-b8966cad/</link><pubDate>Thu, 21 May 2026 21:18:27 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-05-litellm-privesc-b8966cad/</guid><description>LiteLLM versions prior to 1.83.14 allow an authenticated internal user to create API keys that bypass role-based access controls, potentially leading to full privilege escalation to proxy_admin due to a lack of verification of specified routes within the user's own permissions (CVE-2026-47101).</description><content:encoded><![CDATA[<p>LiteLLM versions prior to 1.83.14 are vulnerable to a privilege escalation flaw. An authenticated <code>internal_user</code> can create API keys with permissions exceeding their assigned roles. The vulnerability exists because the <code>allowed_routes</code> field is stored without validating that the specified routes are within the user's authorized permissions. By creating a key with access to <code>admin-only</code> routes, the attacker can bypass role-based access controls and elevate their privileges to <code>proxy_admin</code>. This allows the attacker to perform actions normally restricted to administrators, such as accessing sensitive data, modifying configurations, or disrupting services. Defenders should upgrade to version 1.83.14 or later to mitigate this vulnerability.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>Attacker authenticates as an <code>internal_user</code>.</li>
<li>Attacker initiates the API key creation process.</li>
<li>Attacker specifies <code>allowed_routes</code> that include <code>admin-only</code> routes.</li>
<li>The system stores the <code>allowed_routes</code> without proper validation against the user's permissions.</li>
<li>Attacker obtains the newly created API key.</li>
<li>Attacker uses the API key to access the <code>admin-only</code> routes.</li>
<li>The system incorrectly authorizes the request based on the API key's <code>allowed_routes</code>, bypassing role-based access controls.</li>
<li>Attacker successfully executes actions normally restricted to <code>proxy_admin</code>, achieving full privilege escalation.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of this vulnerability allows an attacker to escalate their privileges from <code>internal_user</code> to <code>proxy_admin</code>. This grants the attacker full control over the LiteLLM instance, potentially leading to unauthorized access to sensitive data, modification of system configurations, and disruption of services. The severity is high due to the potential for complete system compromise and the ease of exploitation once the initial authentication is achieved.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade LiteLLM to version 1.83.14 or later to patch CVE-2026-47101.</li>
<li>Implement the &quot;Detect API Key Creation with Elevated Permissions&quot; Sigma rule to identify attempts to create API keys with unauthorized routes.</li>
<li>Implement the &quot;Detect API Access Using Newly Created Key&quot; Sigma rule to identify unauthorized API access using newly created API keys.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>privilege-escalation</category><category>vulnerability</category><category>CVE-2026-47101</category></item></channel></rss>