<?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>One-Api - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/vendors/one-api/</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>Wed, 26 Aug 2026 16:22:09 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/vendors/one-api/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>Authorization Bypass in one-api via Channel Pinning</title><link>https://feed.craftedsignal.io/briefs/2026-08-one-api-auth-bypass/</link><pubDate>Wed, 26 Aug 2026 16:22:09 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-one-api-auth-bypass/</guid><description>An authorization flaw in one-api allows authenticated users to bypass role checks and per-group restrictions by manipulating channel ID parameters to access unauthorized upstream provider keys.</description><content:encoded><![CDATA[<p>The one-api service contains an authorization bypass vulnerability (CVE-2026-81027) within its channel-pinning logic in middleware/auth.go. The application provides two methods for specifying a channel: a suffix on the API key and a URL path parameter. While the API key suffix method properly validates the user's administrative status, the URL path-parameter branch fails to perform any role checks before processing the request.</p>
<p>An attacker with a valid, low-privilege API token can manipulate the &quot;channelid&quot; parameter in the URL. The application then uses this identifier to load the corresponding channel's credentials without verifying if the caller is authorized to access that specific channel or group. Consequently, the server proxies requests to the upstream provider using the operator's configured keys, effectively bypassing security controls including per-group restrictions and model allowlists. This allows unauthorized access to service provider endpoints and potentially incurs costs or exposes sensitive configuration data.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows low-privileged users to bypass access controls and interact with unauthorized upstream LLM providers or services using the organization's API keys. This can lead to unauthorized resource consumption, potential data exfiltration via third-party providers, and the circumvention of established cost-management and policy-based controls. The vulnerability affects the core authorization flow of the one-api platform.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade one-api to the version containing the fix for CVE-2026-81027 immediately.</li>
<li>Review application logs for anomalous patterns in requests containing channel identifiers in the URI path.</li>
<li>Monitor for requests where the user context does not align with the requested channel ID or administrative roles.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>