Description (CNA)
Incorrect Authorization vulnerability in ash-project ash_graphql allows an authenticated subscriber in one tenant to receive another tenant's records over GraphQL subscriptions. The subscription resolver in AshGraphql.Graphql.Resolver authorizes each notification payload in memory: its fast path calls Ash.can/3 with run_queries?: false, which evaluates the read policy filter against the in-memory record via Ash.Expr.eval/2 and never issues a query. Ash applies multitenancy at query-build and data-layer-prefix time, not inside query.filter, so the evaluated policy carries no tenant condition and a tenant-B notification routed to a tenant-A subscriber is emitted whenever the policy filter is true. The single-notification clause has no tenant guard at all, and the batched clause checks only the head of the notification list, so non-head entries authorize purely in memory. A tenant-scoped read is reached only when filter evaluation fails. This issue affects ash_graphql: from 1.4.0 before 1.11.0.
Affected (CNA)
| Vendor / product | Versions |
|---|---|
| ash-project / ash_graphql | affected 1.4.0 before 1.11.0 |
| ash-project / ash_graphql | affected 4c377e541a2adb6befc651f3dccc6a797bc58ba9 before 6e30b8b5a04bdeaed5d7514caa6b2d056d8d993e |
CWE
CWE-863
References
- https://github.com/ash-project/ash_graphql/security/advisories/GHSA-rcqc-59g2-gjg2
- https://cna.erlef.org/cves/CVE-2026-80223.html
- https://osv.dev/vulnerability/EEF-CVE-2026-80223
- https://github.com/ash-project/ash_graphql/commit/6e30b8b5a04bdeaed5d7514caa6b2d056d8d993e
ADP enrichment
No English description supplied.