Authorization / Permission Model for openDuT #297
Labels
component: carl
Mostly related to CARL.
component: carl-api
Mostly related to the opendut-carl-api
component: documentation
Mostly related to documentation
type: feature
Fulfills a need or requirement by providing a complete new functionality.
A permission and role model shall be introduced to openDuT in order to manage authorizations for different resources used in openDuT.
Role description
1 basic_role
1 user_role per peer
1 owner_role per peer
1 admin_role
Permission - Role matrix
Legend:
x ... general permission granted
po ... peer only, peer specific role grants permission only for the specific peer
Discussion
What happens, if you have a cluster with devices/peers and your access to one of the peers has been withdrawn?
Can you only work with clusters, where you have permissions for all used peers?
Do we really want that everyone can see all peers and clusters?
References
Relates to #290
The text was updated successfully, but these errors were encountered: