CyberRota Analysis
AI-GeneratedThe vulnerability allows low-privilege accounts to exploit a lack of role checks in the API's channel-pinning mechanism, enabling unauthorized access to sensitive channels by manipulating the channel identifier. This can lead to unauthorized requests being made with elevated permissions, potentially exposing sensitive data or functionality. Organizations utilizing this API should prioritize remediation to prevent exploitation, especially those with user accounts that may have valid API tokens.
Public Exploit Signal
A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.
Note: these links are listed for security research and verification purposes only.
Original NVD Description
one-api gates one of its two channel-pinning paths and not the other. middleware/auth.go permits a request to name a specific channel either through a suffix on the API key or through a URL path parameter. The suffix path is reached only after model.IsAdmin succeeds and otherwise rejects the caller, while the path-parameter branch sets the selected-channel value from c.Param("channelid") with no role check at all. The route carrying that parameter sits behind token authentication only, so any account holding a valid API token reaches it. The value flows to the distributor, which loads the channel by integer identifier with no scoping to the caller's user or group, and then sets the outbound Authorization header to that channel's stored key and directs the request at the channel's base URL. A low-privilege account can therefore pin any channel by incrementing an identifier, causing the server to make upstream requests bearing an operator-configured provider key the account was never granted, and bypassing both the per-group restriction and the channel's model allowlist.