Pluggable authorization layer — user RBAC is too coarse for multi-tenant/delegation scenarios #824
joeblew999
started this conversation in
Ideas
Replies: 1 comment
-
|
Moving this to a Discussion in Ideas -- per CONTRIBUTING.md, feature requests of this scope (RBAC redesign for multi-tenant) need a Discussion before any PR work, and Discussions are a better home for design conversations than the issue tracker. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
The current user model (Administrator/Editor/Author/Contributor) works for a single-site blog but won't scale to multi-tenant or permission-delegation use cases.
The plugin capability manifest system is well-designed for plugin authZ. The gap is in user/content authZ — e.g. "user A can edit posts in collection X but not Y", or "user A can delegate draft review to user B".
A Zanzibar-style tuple-based authZ model (subject, relation, object) maps cleanly onto D1 and would complement the existing session layer without replacing the authn design.
Proof of concept: zanzojs feat/better-auth-plugin
Question: is the authZ layer intended to be pluggable, or is the 4-role model a fixed design decision?
Beta Was this translation helpful? Give feedback.
All reactions