Access control in the Resource Manager
Last updated on
Controlling who can access resources is key to cloud security. You can manage access through IAM Role Bindings, which set permissions for users, groups, and service accounts. While Resource Manager roles help manage the resource hierarchy, they don’t grant access to the cloud resources within a project.
For more information, see Roles and permissions documentation.
Resource Manager roles and permissions
Section titled “Resource Manager roles and permissions”Roles are made up of permissions, which are needed to perform specific actions. While permissions can’t be assigned directly, they are granted through roles. The same role can exist at different levels of the hierarchy with different permissions, because not all permissions apply to every scope.
For example, the Resource Manager Reader role at the project level only includes the resource-manager.project.get permission. This is because permissions like resource-manager.folder.get don’t apply at the project level, because a project has no child folders.
| Lowest scope | Name | Description | Permissions |
|---|---|---|---|
| Project | Resource Manager Reader | Users with this role can view the details of child elements like projects and folders, but not the resources within those projects. |
|
| Project | Resource Manager Project Mover | Users with this role can move projects within the same organization to a different parent. |
|
| Project | Resource Manager Project Deleter | This role allows users to delete projects within a given scope. |
|
| Project | Resource Manager Admin | This role is a combination of every Resource Manager permission. |
|
| Folder | Resource Manager Project Creator | This role allows users to create projects within a given scope. |
|
| Folder | Resource Manager Folder Creator | This role allows users to create folders within a given scope. |
|
| Folder | Resource Manager Folder Editor | This role allows users to browse the resource hierarchy and edit folders. |
|
| Folder | Resource Manager Folder Mover | Users with this role can move folders within the same organization to a different parent. |
|
| Folder | Resource Manager Folder Deleter | This role allows users to delete folders within a given scope. |
|
Legacy permissions
Section titled “Legacy permissions”The access management system has changed over time, and deprecated legacy permissions still exist in the system. They remain to ensure a safe transition until STACKIT removes them.
The following is a list of these permissions and their descriptions:
| Permission name | Description |
|---|---|
| project.read | Alias for resource-manager.project.get |
| resource-manager.project.direct.get | Deprecated permission. Alias for resource-manager.project.get |
| resource-manager.organization.direct.get | Deprecated permission. Alias for resource-manager.organization.get |
| resource-manager.resource.project.edit | Deprecated permission. Scheduled for removal. |
Legacy roles
Section titled “Legacy roles”| Lowest scope | Name | Description | Permissions |
|---|---|---|---|
| Organization | organization.member | This role grants access to the organization level only (for example, creating projects or reading organization details). It’s marked as legacy because its permissions do not inherit down to any child objects, like folders or projects. You’ll need to assign specific access to those items. |
|
| Organization | organization.auditor | The Organization Auditor role exists at the organization level only. It doesn’t grant access to any child objects, like folders or projects. Use this role to give users read-only access to the organization itself, including its audit log, billing account and network areas. This is a legacy role because its permissions don’t inherit to child items. |
|
| Organization | organization.viewer | The Organization Viewer role exists at the organization level only. It doesn’t grant access to any child objects, like folders or projects. Use this role to give users minimal read-only access to the organization itself. This is a legacy role because its permissions don’t inherit to child items. |
|