CVE-2026-13524: Authorization Bypass in CherryHQ cherry-studio OAuth Callback
CherryHQ's cherry-studio application contains an authorization flaw in its MCP OAuth callback mechanism that could allow remote attackers to bypass access controls. The vulnerability exists in the OAuth callback handler where improper validation of the 'code' parameter fails to enforce proper authorization checks. An attacker would need to craft a malicious request, but exploitation requires high technical complexity and specific conditions. Versions up to 1.9.6 are affected.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.6 MEDIUM · CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:L
- Weaknesses (CWE)
- CWE-266, CWE-285
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-29 / 2026-06-30
NVD description (verbatim)
A security vulnerability has been detected in CherryHQ cherry-studio up to 1.9.6. This vulnerability affects unknown code of the file src/main/services/mcp/oauth/callback.ts of the component MCP OAuth Local Callback Server. The manipulation of the argument code leads to improper authorization. The attack can be initiated remotely. The attack is considered to have high complexity. It is stated that the exploitability is difficult. The exploit has been disclosed publicly and may be used. The pull request to fix this issue awaits acceptance.
8 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13524 is a medium-severity authorization vulnerability (CVSS 3.1 score: 5.6) affecting the MCP OAuth Local Callback Server in cherry-studio. The flaw resides in src/main/services/mcp/oauth/callback.ts, where the 'code' parameter passed to the OAuth callback endpoint undergoes insufficient validation. The vulnerability maps to CWE-266 (Improper Privilege Assignment) and CWE-285 (Improper Authorization), indicating that the application fails to correctly verify user entitlements or deny access based on authorization policies. The remote, network-accessible attack vector combined with high attack complexity suggests the vulnerability requires specific prerequisites or environmental conditions to exploit successfully.
Business impact
Successful exploitation could enable unauthorized access to protected OAuth-authenticated resources or allow token hijacking within the cherry-studio environment. For organizations using cherry-studio as part of their development or integration workflows, this may expose sensitive credentials, unauthorized API access, or manipulation of integrations with external services. The impact is limited to confidentiality, integrity, and availability each at low severity—indicating localized rather than systemic compromise—but the remote nature means the risk is not geographically or network-perimeter bound.
Affected systems
CherryHQ cherry-studio versions up to and including 1.9.6 are confirmed vulnerable. No vendor product list was provided in the advisory, suggesting this may be a standalone application or the vendor catalog is incomplete. Verify your deployed version against CherryHQ's official release history and check whether your environment relies on cherry-studio's OAuth callback functionality, particularly in multi-service or third-party integration scenarios.
Exploitability
Public exploit disclosure has already occurred, increasing the practical risk of active exploitation. However, the vulnerability itself carries high attack complexity, meaning an attacker must satisfy non-trivial preconditions: understanding the OAuth flow, correctly crafting the malicious 'code' parameter, and ensuring the callback handler processes it under exploitable conditions. No credential or user interaction is required once the attack is initiated, and the network vector means any remote system can attempt exploitation. Organizations should not rely on complexity alone for defense; prompt patching remains essential.
Remediation
A pull request to remediate this issue has been submitted and awaits acceptance by the maintainers. Monitor the CherryHQ cherry-studio repository for merged fixes and plan an upgrade path to patched versions once released. Verify against the official CherryHQ advisory or GitHub repository for confirmation of the fixed version number. In the interim, mitigate by restricting network access to the MCP OAuth callback endpoint to trusted clients, implementing Web Application Firewall rules to detect malicious 'code' parameters, and monitoring OAuth callback logs for anomalous requests.
Patch guidance
Upgrade cherry-studio to the first version released after the fix is merged. Track CherryHQ's official release notes and security advisories to identify the patched version. If you are running cherry-studio in a container or package manager, enable automatic updates or establish a rapid patching cycle for security releases. Test the patch in a non-production environment first to ensure compatibility with your MCP integrations and dependent services.
Detection guidance
Monitor OAuth callback logs for requests with unusual or malformed 'code' parameters, repeated failed callback attempts from the same remote IP, or callbacks that trigger authorization errors. Implement SIEM alerts on authentication failures related to the /mcp/oauth/callback endpoint. Network-based detection could include inspecting HTTP requests to the callback handler for parameter tampering or token injection patterns. Consider enabling debug logging on the MCP OAuth service to capture full request details for forensic analysis.
Why prioritize this
Although the CVSS score is medium (5.6), the public availability of exploit details combined with the remote attack vector and lack of authentication requirements elevates practical risk. Organizations with cherry-studio in production should prioritize patching once a fix is available. The high attack complexity provides some time for planning, but should not delay remediation indefinitely. If cherry-studio is not exposed to the internet or is behind strict network controls, risk is reduced; in open or hybrid environments, treat as high priority.
Risk score, explained
The CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:L) reflects a network-accessible vulnerability with no privilege or user interaction requirement, tempered by high attack complexity and low impact across confidentiality, integrity, and availability. The score of 5.6 positions this as medium severity. The published exploit lowers the barrier for attackers despite the technical complexity, making the practical exploitability higher than the CVSS score alone suggests. Not listed in CISA's Known Exploited Vulnerabilities catalog, but early public disclosure warrants close monitoring.
Frequently asked questions
Is cherry-studio currently patched for this vulnerability?
No confirmed patch version has been released as of the vulnerability publication date. A pull request exists but awaits merger. Check the official CherryHQ cherry-studio GitHub repository for the latest stable release and security announcements.
Can this vulnerability be exploited without network access to the cherry-studio instance?
No. The vulnerability is remotely exploitable over the network. However, if cherry-studio is restricted to localhost-only or behind a firewall blocking external connections, the network attack surface is reduced.
What is the relationship between this OAuth flaw and token theft?
The improper validation of the OAuth 'code' parameter could allow an attacker to manipulate or bypass authorization checks during the token exchange process. Depending on the implementation, this might lead to token hijacking or unauthorized issuance of access credentials to restricted resources.
Do I need to revoke existing OAuth tokens if my cherry-studio was compromised?
If you suspect exploitation, audit your MCP OAuth callback logs for suspicious activity. If unauthorized tokens were issued, revoke existing tokens and audit dependent services for unauthorized access. Consult your organization's incident response procedures and CherryHQ's security advisory for specific guidance.
This analysis is provided for informational and educational purposes to help security teams assess risk and prioritize remediation. It does not constitute legal or professional security advice. Patch version numbers, exploit availability, and vendor statements are subject to change; verify all information against official vendor advisories and CVE databases before making deployment decisions. No proof-of-concept or weaponized exploit code is provided or endorsed. Organizations must conduct their own vulnerability testing and impact assessment within their specific environments. Source: NVD (public-domain), retrieved 2026-08-07. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10070MEDIUMmacrozheng mall Admin Authorization Bypass in /admin/update/
- CVE-2026-10215MEDIUMDolibarr Leave Request API Authorization Bypass
- CVE-2026-10218MEDIUMGoClaw Improper Authorization Vulnerability (CVSS 5.4)
- CVE-2026-10269MEDIUMHost Header Authorization Bypass in Decolua 9router
- CVE-2026-10272MEDIUMStudent-Management-System Authorization Bypass in Admin Panel
- CVE-2026-10282MEDIUMBottelet DaybydayCRM Authorization Bypass in DocumentsController
- CVE-2026-10284MEDIUMImproper Authorization in DevaslanPHP Project-Management Comment Functions
- CVE-2026-10285MEDIUMDevaslanPHP Improper Authorization in Ticket Handler