DEW Permission Management
If you want to assign different access permissions to employees in an enterprise for the DEW resources purchased on Huawei Cloud, you can use Identity and Access Management (IAM) to perform refined permission management. IAM provides identity authentication, permissions management, and access control, helping you secure access to your Huawei Cloud resources.
With IAM, you can use your Huawei Cloud account to create IAM users for your employees, and grant permissions to the users to control their access to specific resource types. For example, if you have software developers and you want to assign them the permission to access DEW but not to delete DEW or its resources, then you can create an IAM policy to assign the developers the permission to access DEW but prevent them from deleting DEW related data.
If the Huawei Cloud account has met your requirements and you do not need to create an independent IAM user for permission control, then you can skip this section. This will not affect other functions of DEW.
IAM is offered for free, and you pay only for the billable resources in your account. For more details, see IAM Service Overview.
DEW Permissions
By default, new IAM users do not have permissions assigned. You need to add a user to one or more groups, and attach permissions policies or roles to these groups. Users inherit permissions from their groups and can perform specified operations on cloud services based on the permissions.
DEW is a project-level service deployed and accessed in specific physical regions. To assign permissions to a user group, specify the scope as region-specific projects and select projects for the permissions to take effect. If All projects is selected, the permissions will take effect for the user group in all region-specific projects. Users need to switch to the authorized region when accessing DEW.
You can grant users permissions by using roles and policies.
- Roles: A type of coarse-grained authorization mechanism that defines permissions related to user responsibilities. This mechanism provides only a limited number of service-level roles for authorization. Some roles depend other roles to take effect. When you assign such roles to users, remember to assign the roles they depend on. However, roles are not an ideal choice for fine-grained authorization and secure access control.
- Policies: A type of fine-grained authorization mechanism that defines permissions required to perform operations on specific cloud resources under certain conditions. This mechanism allows for more flexible policy-based authorization, meeting requirements for secure access control. For example, you can grant DEW users only the permissions for managing a certain type of cloud servers. Most policies contain permissions for specific APIs, and permissions are defined using API actions. For the API actions supported by DEW, see Permissions Policies and Supported Actions.
Table 1 lists all the system policies of DEW.
Role/Policy Name |
Description |
Type |
Dependency |
---|---|---|---|
KMS Administrator |
Administrator permissions for KMS |
System role |
None |
KMS CMKFullAccess |
Full permissions for KMS. Users with these permissions can perform all the operations allowed by policies. |
System policy |
None |
DEW KeypairFullAccess |
Full permissions for KPS. Users with these permissions can perform all the operations allowed by policies. |
System policy |
None |
DEW KeypairReadOnlyAccess |
Read-only permissions for KPS. Users with this permission can only view KPS data. |
System policy |
None |
Table 2 lists the common operations supported by each system-defined permission of DEW. Select the permissions as needed.
Operation |
KMS Administrator |
KMS CMKFullAccess |
DEW KeypairFullAccess |
DEW KeypairReadOnlyAccess |
---|---|---|---|---|
Create a key |
√ |
√ |
x |
x |
Enable a key |
√ |
√ |
x |
x |
Disable a key |
√ |
√ |
x |
x |
Schedule key deletion |
√ |
√ |
x |
x |
Cancel scheduled key deletion |
√ |
√ |
x |
x |
Modify a key alias |
√ |
√ |
x |
x |
Modify key description |
√ |
√ |
x |
x |
Generate a random number |
√ |
√ |
x |
x |
Create a DEK |
√ |
√ |
x |
x |
Create a plaintext-free DEK |
√ |
√ |
x |
x |
Encrypt a DEK |
√ |
√ |
x |
x |
Decrypt a DEK |
√ |
√ |
x |
x |
Obtain parameters for importing a key |
√ |
√ |
x |
x |
Import key materials |
√ |
√ |
x |
x |
Delete key materials |
√ |
√ |
x |
x |
Create a grant |
√ |
√ |
x |
x |
Revoke a grant |
√ |
√ |
x |
x |
Retire a grant |
√ |
√ |
x |
x |
Query the grant list |
√ |
√ |
x |
x |
Query retirable grants |
√ |
√ |
x |
x |
Encrypt data |
√ |
√ |
x |
x |
Decrypt data |
√ |
√ |
x |
x |
Send signature messages |
√ |
√ |
x |
x |
Authenticate signature |
√ |
√ |
x |
x |
Enable key rotation |
√ |
√ |
x |
x |
Modify key rotation interval |
√ |
√ |
x |
x |
Disable key rotation |
√ |
√ |
x |
x |
Query key rotation status |
√ |
√ |
x |
x |
Query CMK instances |
√ |
√ |
x |
x |
Query key tags |
√ |
√ |
x |
x |
Query project tags |
√ |
√ |
x |
x |
Batch add or delete key tags |
√ |
√ |
x |
x |
Add tags to a key |
√ |
√ |
x |
x |
Delete key tags |
√ |
√ |
x |
x |
Query the key list |
√ |
√ |
x |
x |
Query key details |
√ |
√ |
x |
x |
Query public key |
√ |
√ |
x |
x |
Query instance quantity |
√ |
√ |
x |
x |
Query quotas |
√ |
√ |
x |
x |
Query the key pair list |
x |
x |
√ |
√ |
Create or import a key pair |
x |
x |
√ |
x |
Query key pairs |
x |
x |
√ |
√ |
Delete a key pair |
x |
x |
√ |
x |
Update key pair description |
x |
x |
√ |
x |
Bind a key pair |
x |
x |
√ |
x |
Unbind a key pair |
x |
x |
√ |
x |
Query a binding task |
x |
x |
√ |
√ |
Query failed tasks |
x |
x |
√ |
√ |
Delete all failed tasks |
x |
x |
√ |
x |
Delete a failed task |
x |
x |
√ |
x |
Query running tasks |
x |
x |
√ |
√ |
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.