Advanced
Тема интерфейса

Permission Management

Язык статьи: Английский
Перевести

If you want to assign different access permissions to employees in an enterprise for the DEW resources purchased on the cloud platform, 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 resources.

With IAM, you can use your account to create IAM users for your employees, and grant permissions 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 system 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.

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 KMS.

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. When using roles to grant permissions, you must also assign other roles that the permissions depend on to take effect. 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 KMS 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 details, see Table 1, Table 2, and Table 3.

Table 1 DEW permissions

Role/Policy

Description

Type

KMS Administrator

Administrator permissions for the encryption key

Role

KMS CMKFullAccess

All permissions for the encryption keys

Policy

KMS CMKReadOnlyAccess

Read-only permission for encryption keys

Policy

Table 2 KPS system policies

Role/Policy

Description

Type

Dependency

DEW KeypairFullAccess

All permissions for KPS. Users with these permissions can perform all the operations allowed by policies.

Policy

None

DEW KeypairReadOnlyAccess

Read-only permissions for KPS in DEW. Users with this permission can only view KPS data.

Policy

None

Table 3 CSMS system policies

Role/Policy

Description

Type

Dependency

CSMS FullAccess

All permissions for CSMS in DEW. Users with these permissions can perform all the operations allowed by policies.

Policy

None

CSMS ReadOnlyAccess

Read-only permissions for CSMS in DEW. Users with these permissions can perform all the operations allowed by policies.

Policy

None

Table 4 lists the common operations supported by each system-defined permission of DEW. Select the permissions as needed.

Table 4 Common operations supported by each system-defined policy or role

Operation

KMS Administrator

KMS CMKFullAccess

Create a key

Enable a key

Disable a key

Schedule key deletion

Cancel scheduled key deletion

Modify a key alias

Modify key description

Generate a random number

Create a DEK

Create a plaintext-free DEK

Encrypt a DEK

Decrypt a DEK

Obtain parameters for importing a key

Import key materials

Delete key materials

Query the grant list

Query retirable grants

Encrypt data

Decrypt data

Query CMK instances

Query the key list

Query key details

Query instance quantity

Query quotas

Query the key pair list

x

x

Create or import a key pair

x

x

Query key pairs

x

x

Delete a key pair

x

x

Update key pair description

x

x

Bind a key pair

x

x

Unbind a key pair

x

x

Related Links

  • What Is IAM
  • Two types of permission policies are provided by default: default policies and custom policies. Default policies are pre-defined by IAM and cannot be modified. If default policies do not meet your requirements, you can create custom policies for fine-grained permission control.
  • Configure permission policies for a user group and add users to the group so that these users can obtain operation permissions defined in the policies.