RBAC
Role-based access control
What it is
Role-based access control decides what each user is allowed to do. Instead of everyone being an admin or a member, users get roles, and each role carries specific permissions. Enterprise customers usually want to define their own roles, and to limit access to parts of the product, such as one region or one project.
Large companies run on least privilege and separation of duties. If your only options are admin and member, their security team will ask you to change that.
What it takes
About 4–8 engineer-weeks to build in-house, or 2–4 using Oso, Permit.io, Cerbos or SpiceDB.
Answer these first
- Product: Which roles do customers actually need on day one?
- Product: Can customers create custom roles, or only choose from ours?
- Engineering: Where do permission checks live today: backend, frontend, background jobs?
- Engineering: Do we need access scoped to specific resources, or only global roles?
- Security: Who can grant admin, and is that change logged?
- Sales: What exact access request is blocking the current deal?
This page works best with JavaScript on. Every answer also has its own address, like /what/scim.