CVE-2026-63746
mediumpriority · track · 0OT risk · elevatedEPSS 0.004 · 34 %ileEUUSEPSS · scored 2026-10-28
SurrealDB versions before 3.1.0 fail to enforce table SELECT permissions when traversing graph edges or back-references. Authenticated users can read records from any table reachable through graph edges regardless of the target table's PERMISSIONS FOR select clause.
cvss
Technical severity, 0–10. One row per scoring source.
base score 0–10 · higher = more severe · hover a vector to decode⚠ sources disagree · medium–high · 4.9–7.1
ssvc
A stakeholder decision — act, attend, or track — from exploitation and impact.
weaknesses
The CWE weakness classes this flaw belongs to.
affected products (3)
Products and version ranges known to be affected.
advisories (1)
Vendor and ecosystem advisories describing this.
- GHSA-vjjx-rfw4-rmfcSurrealDB: Graph traversal bypasses table SELECT permissions2026-07-01ghsa · osvUS
An authenticated record or scope user could read records on any table reachable through a graph edge or `REFERENCES TO` back-reference, regardless of that table's `PERMISSIONS FOR select` clause. Traversing `SELECT * FROM source->edge->target` returned full documents from `target` even when `target` was defined as `PERMISSIONS FOR select NONE`. The same bypass extended through multi-hop chains, so any table reachable by a sequence of edges from a readable starting point was exposed. The root cause: `GraphEdgeScan` and `ReferenceScan` fetched records straight from storage without routing them through `Document::pluck_select`, so the target table's permission expression was never consulted. ### Impact An authenticated record or scope user can read records on any table reachable through a chain of graph edges or back-references from a table they have `select` on, regardless of the target's `PERMISSIONS FOR select` clause. Confidentiality-only and bounded to the caller's current database — namespace and database isolation are unaffected. ### Patches A new per-batch permission cache (`exec::permission::CachedTableSelect`) resolves each target table's `SELECT` permission once and filters yielded values through `check_permission_for_value`, matching the regular `SELECT` code path. - Versions 3.1.0 and later are not affected. ### Workarounds - Remove `select` permission on edge tables whose targets should be hidden. - Use namespace or database isolation as the primary boundary where feasible.
also known as (3)
Other names and identifiers for this entity.
sources
Which sources assert this record, and when.
references (6)
External citations — patches, advisories, analysis.
- https://github.com/surrealdb/surrealdb/security/advisories/GHSA-vjjx-rfw4-rmfccnnvd
- https://www.vulncheck.com/advisories/surrealdb-before-permission-bypass-via-graph-traversalcnnvd
- https://github.com/surrealdb/surrealdb/security/advisories/GHSA-vjjx-rfw4-rmfcenisa_euvd
- https://www.vulncheck.com/advisories/surrealdb-before-permission-bypass-via-graph-traversalenisa_euvd
- https://github.com/surrealdb/surrealdb/security/advisories/GHSA-vjjx-rfw4-rmfcVendor AdvisoryMitigationnvd
- https://www.vulncheck.com/advisories/surrealdb-before-permission-bypass-via-graph-traversalThird Party Advisorynvd
Attackers weaponise vulnerabilities like this against internet-exposed services. See what is exposed on your perimeter with a free passive scan.
Free scan