Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RBAC and fine-grained access control for api keys #413

Open
3 of 5 tasks
JoeColeman95 opened this issue Jan 23, 2025 · 0 comments
Open
3 of 5 tasks

RBAC and fine-grained access control for api keys #413

JoeColeman95 opened this issue Jan 23, 2025 · 0 comments
Labels
feat New feature or request.

Comments

@JoeColeman95
Copy link

Preflight checklist

Ory Network Project

No response

Describe your problem

My company began working with Ory a few months ago and have ran into a lot of issues thus far, the most glaring of them is the inability to restrict access to any invited users. Albeit, we can prevent a user from accessing all projects with project-only access, but it's still fairly limited with full-admin like rights to the project.

This can be problematic because there is a lack of logging, so changes can be made on a project that are breaking by a developer and it's impossible to trace who/what broke the configuration.

As such, we have created custom tooling to combat this and have had to revoke access to the UI.

This comes with drawbacks, because now we have prevented manual and breaking configuration changes, we have subsequently removed the ability for developers to debug or simply test workflows.

Describe your ideal solution

The ability to create groups, with access to specific projects configurable. This would allow us to restrict access to members to specific subsections of the UI, e.g:

  • Group A can access Activity and User management
  • Group B can access Activity, user management and permissions

Furthermore, fine-grain access tokens should be a standard for API keys. Again, I currently only have the option to give someone full admin to a project, or nothing at all.

Workarounds or alternatives

From what I can tell, there is no alternative to "all or nothing"

Version

Live

Additional Context

No response

@JoeColeman95 JoeColeman95 added the feat New feature or request. label Jan 23, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feat New feature or request.
Projects
None yet
Development

No branches or pull requests

1 participant