CVE-2026-46549: NocoDB Remote Code Execution Vulnerability
LOWCVE-2026-46549 is a LOW (CVSS 2.0) remote code execution vulnerability (CWE-863: Incorrect Authorization) affecting NocoDB libraries in the npm ecosystem. The issue involves oauth token scope not enforced at acl layer allows scope escalation. Remediation is available in the latest vendor maintenance releases.
CVE-2026-46549 at a Glance
Security Impact
CVSS: 2.0
The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:U/C:L/I:N/A:N).
How to Fix CVE-2026-46549
To remediate this vulnerability, upgrade all affected NocoDB dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.
npm install nocodb@Latest secure release
Run the following command in your project directory to verify that all resolved dependencies use the patched release:
npm ls nocodb
How to Check if You Are Affected
To determine whether your Node.js application is affected by CVE-2026-46549, inspect your project dependencies using npm:
npm ls nocodb
Analyze the terminal output to locate any version of NocoDB in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than the patched release), your application is affected.
Note: The npm ls nocodb command inspects dependencies declared in your package.json and lockfile; it does not perform automated runtime dynamic scanning.
Technical Details
Vulnerability Mechanism & Technical Analysis
This vulnerability is classified under CWE-863: Incorrect Authorization, where the product performs an authorization check when an actor attempts to access a resource or perform an action, but it does not correctly perform the check. In NocoDB, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.
Source Advisory Statement
CVE-2026-46549 Affected NocoDB Versions
1 component(s)| Product / Package | Ecosystem | Affected Versions | Fixed Version |
|---|---|---|---|
|
nocodb
|
npm |
≤ 0.301.3
|
|
References
Frequently Asked Questions
What is CVE-2026-46549?
Which NocoDB versions are affected?
What version fixes CVE-2026-46549?
Is nocodb affected?
What is the CVSS score of CVE-2026-46549?
What CWE is associated with CVE-2026-46549?
How can I check npm dependencies for CVE-2026-46549?
Machine-readable OSV JSON
OSV v1.5 Schema
{
"schema_version" : "1.4.0",
"id" : "GHSA-m5qg-rvjq-727p",
"modified" : "2026-07-20T21:16:10Z",
"published" : "2026-05-21T20:34:51Z",
"aliases" : [ "CVE-2026-46549" ],
"summary" : "NocoDB: OAuth Token Scope Not Enforced at ACL Layer Allows Scope Escalation",
"details" : "### Summary\n\nThe 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`.\n\n### Details\n\nIn `packages/nocodb/src/strategies/oauth-token.strategy.ts`, the strategy set `is_oauth_token`, `oauth_client_id`, `oauth_granted_resources`, and `oauth_scope` on the user object, then mapped through to the user's existing `roles` / `base_roles`. The ACL middleware in `extract-ids.middleware.ts` honoured `is_api_token` via `blockApiTokenAccess` but had no equivalent gate for `is_oauth_token` or scope-string enforcement.\n\nThe base/workspace restriction logic short-circuited when `req.context.base_id` was unset (org-level routes), so an OAuth token scoped to one base could still call org-level endpoints as the underlying user.\n\nThe fix adds a path-prefix allowlist (`['/mcp', '/api/v3/', '/auth/user/me']`) enforced inside the strategy and a `blockOAuthTokenAccess` ACL flag for endpoints that should never accept OAuth tokens.\n\n### Impact\n\n- Scope escalation: tokens issued with a narrow scope received the underlying user's full role.\n- Resource boundary bypass: per-base restrictions did not apply to org-level routes.\n- Violates least-privilege expectation for third-party OAuth integrations.\n\n### Credit\n\nThis issue was reported by [@ik0z](https://github.com/ik0z).",
"severity" : [ {
"type" : "CVSS_V3",
"score" : "CVSS:3.1/AV:N/AC:H/PR:H/UI:R/S:U/C:L/I:N/A:N"
} ],
"affected" : [ {
"package" : {
"ecosystem" : "npm",
"name" : "nocodb"
},
"ranges" : [ {
"type" : "ECOSYSTEM",
"events" : [ {
"introduced" : "0"
}, {
"last_affected" : "0.301.3"
} ]
} ]
} ],
"references" : [ {
"type" : "WEB",
"url" : "https://github.com/nocodb/nocodb/security/advisories/GHSA-m5qg-rvjq-727p"
}, {
"type" : "ADVISORY",
"url" : "https://nvd.nist.gov/vuln/detail/CVE-2026-46549"
}, {
"type" : "PACKAGE",
"url" : "https://github.com/nocodb/nocodb"
} ],
"database_specific" : {
"cwe_ids" : [ "CWE-863" ],
"severity" : "LOW",
"github_reviewed" : true,
"github_reviewed_at" : "2026-05-21T20:34:51Z",
"nvd_published_at" : "2026-06-23T21:16:58Z"
}
}