CVE-2026-46549: NocoDB OAuth Scope Enforcement Bypass
NocoDB, a spreadsheet-like database platform, contained a flaw in how it handled OAuth token permissions. When administrators issued OAuth tokens with intentionally restricted scopes—such as limiting access to specific features or databases—the system failed to actually enforce those restrictions. A user with such a restricted token could gain access to resources and perform actions far beyond what the token was meant to allow, effectively inheriting the full permissions of the underlying user account. This issue has been patched in version 2026.04.1.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 2.0 LOW · CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:U/C:L/I:N/A:N
- Weaknesses (CWE)
- CWE-863
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-23 / 2026-06-25
NVD description (verbatim)
NocoDB is software for building databases as spreadsheets. Prior to 2026.04.1, the OAuth token strategy attached oauth_scope and oauth_granted_resources to the request user, but the ACL middleware never consulted either. An OAuth token issued with a restricted scope (e.g. MCP-only) therefore inherited the full permissions of the underlying user across all routes; the granted_resources.base_id restriction was bypassed on org-level endpoints that don't populate req.context.base_id. This vulnerability is fixed in 2026.04.1.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from NocoDB's OAuth token handling logic, which attached oauth_scope and oauth_granted_resources metadata to the authenticated request user object, but the downstream ACL (Access Control List) middleware never actually consulted these attributes. This meant scope-restricted tokens (e.g., those limited to specific functions or databases) were treated identically to unrestricted tokens in terms of permission evaluation. The problem was particularly acute on organization-level endpoints that do not populate req.context.base_id, allowing attackers to bypass the granted_resources.base_id restriction entirely. The fix in 2026.04.1 corrects the ACL middleware to properly validate token-level scope and resource restrictions.
Business impact
Organizations using NocoDB for multi-tenant or role-segregated access scenarios face a privilege escalation risk. Administrative staff or external collaborators granted limited-scope OAuth tokens could escalate their access to databases, features, or organization-level resources they should not reach. This undermines access control strategy and increases the blast radius of compromised credentials or insider threats. The impact is reduced by the prerequisite that an attacker must have legitimate OAuth credentials (not unauthenticated), and the UI requirement, but organizations relying on NocoDB for data segregation should treat this as a priority remediation.
Affected systems
All NocoDB deployments prior to version 2026.04.1 are affected. No vendor products are listed in the CVE record; this applies to the open-source and commercially distributed NocoDB software itself. Any instance where OAuth token-based access with restricted scopes is in use carries heightened risk.
Exploitability
Exploitation requires an attacker to possess a valid OAuth token (obtained through legitimate means, such as a compromised low-privilege account or a developer credential). The attacker must then interact with organization-level endpoints or other routes that bypass base_id validation. The CVSS score of 2.0 (LOW) reflects the requirement for high-privilege origination (PR:H), user interaction (UI:R), and the narrow scope of impact (low confidentiality, no integrity or availability impact). This is not a remotely exploitable vulnerability in the traditional sense; it is a logic flaw exploitable only by authenticated users with existing token credentials.
Remediation
Upgrade NocoDB to version 2026.04.1 or later. Organizations unable to upgrade immediately should review who has been issued OAuth tokens with restricted scopes and audit their actual access patterns in logs to identify potential misuse. Consider temporarily restricting OAuth token issuance until patched. For multi-tenant environments, verify that scope restrictions are documented and communicated to users so that any observed over-privilege can be reported.
Patch guidance
Apply version 2026.04.1 immediately if you rely on OAuth token scope restrictions for access control. The patch corrects the ACL middleware to enforce oauth_scope and oauth_granted_resources checks before granting access. Verify the patch application by issuing a test OAuth token with a restricted scope and confirming that it no longer grants access to out-of-scope resources. If running a containerized or cloud-hosted instance, check with your provider for patch availability timing.
Detection guidance
Monitor audit logs for OAuth tokens making requests to organization-level endpoints or resource types not aligned with the issued scope. Look for authentication records from service accounts or delegated users accessing databases or features outside their assigned scope. NocoDB audit logs (if enabled) should show token_id and scope metadata; correlate unexpected access patterns against issued token policies. Network-level detection is difficult since this is authenticated API misuse; focus on log analysis and periodic reviews of token usage against policy.
Why prioritize this
Although the CVSS score is low, the vulnerability directly violates a core security control—OAuth scope enforcement. Any organization using role-based access delegation via OAuth tokens should prioritize patching to restore the intended security model. The prerequisite for authentication limits mass-exploitation risk, making this a medium-priority patch for most environments, but high-priority for those where NocoDB enforces multi-user or tenant separation.
Risk score, explained
The CVSS 3.1 score of 2.0 reflects low overall severity: high privilege requirement (only valid token holders), required user interaction, and confidentiality impact only (no system availability or integrity violation). However, CVSS does not fully capture the strategic importance of OAuth token scope enforcement. Organizations relying on NocoDB for access segregation should rate this higher in their own risk model despite the low numeric score.
Frequently asked questions
Does this vulnerability allow someone without NocoDB credentials to gain access?
No. An attacker must possess a valid OAuth token. This is not an unauthenticated vulnerability. The risk is privilege escalation for users already in the system.
Which NocoDB deployment models are affected?
Any deployment prior to 2026.04.1, including self-hosted open-source, commercial licenses, and cloud-hosted instances. Check your instance version in the admin panel or API.
Can I work around this without upgrading?
Partially. Avoid issuing OAuth tokens with restricted scopes until you upgrade. Use full-privilege API keys or sessions for trusted users, and rely on application-layer access controls rather than token-level scope restrictions. This reduces the security value of OAuth but mitigates the flaw.
How do I verify that our NocoDB instance is vulnerable?
Check Settings > Tokens or the admin API to list issued OAuth tokens and their scopes. Then, if you have logs, cross-reference token usage against the authorized scope. If a token with a restricted scope (e.g., 'base_read_specific') is accessing unrelated bases or org-level endpoints, the instance is likely vulnerable.
This analysis is based on the CVE record and vendor advisory as of 2026-06-25. No proof-of-concept or weaponized exploit code is provided. CVSS scores and severity ratings are from the official CVE record; organizational risk assessment may differ based on deployment and threat context. Always verify patch availability and compatibility with your NocoDB version and environment before applying updates. This page is for informational purposes; consult NocoDB's official documentation and security advisories for authoritative remediation details. Source: NVD (public-domain), retrieved 2026-07-29. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-3553LOWGitLab Authorization Flaw Allows Unauthorized Confidential Issue Access
- CVE-2026-41852LOWSpring Expression Language Method Invocation Bypass
- CVE-2026-45426LOWApache Airflow Log-Server JWT Validation Flaw Enables Cross-Dag Access
- CVE-2026-50266LOWOpenStack Neutron Multi-Tenant RBAC Bypass and Network Spoofing
- CVE-2026-53809LOWOpenClaw Embedded Runner Policy Bypass Vulnerability
- CVE-2026-8074LOWMattermost Bot Deactivation Permission Bypass
- CVE-2026-8823LOWMattermost Admin Authorization Flaw Allows Bot Account Degradation
- CVE-2016-20075HIGHWordPress Ultimate Product Catalog 3.8.6 Arbitrary File Upload (CVSS 8.8)