Updated on 2025-11-07 GMT+08:00

Permissions Management

If you need to assign different permissions to employees in your enterprise to access your COC resources, IAM is a good choice for fine-grained permissions management. IAM provides identity authentication, permissions management, and access control, helping you secure access to your Huawei Cloud resources. If your HUAWEI ID does not require IAM for permissions management, you can skip this section.

IAM is a free service. You only pay for the resources in your account.

With IAM, you can control access to specific Huawei Cloud resources. For example, if you want some software developers in your enterprise to use COC resources but do not want them to delete COC resources or perform any other high-risk operations, you can grant the permission to use COC resources but not the permission to delete them.

IAM supports role/policy-based authorization and identity policy-based authorization.

The following table describes the differences between the two authorization models.

Table 1 Differences between role/policy-based and identity policy-based authorization

Authorization Model

Core Relationship

Permission

Authorization Method

Application Scenario

Role/Policy-based authorization

User-permissions-authorization scope

  • System-defined roles
  • System-defined policies
  • Custom policies

Granting roles or policies to principals

To authorize a user, you need to add it to a user group first and then specify the scope of authorization. It provides a limited number of condition keys and cannot meet the requirements of fine-grained permissions control. This method is suitable for small- and medium-sized enterprises.

Identity policy-based authorization

Policies

  • System-defined identity policies
  • Custom identity policies
  • Assigning identity policies to principals
  • Attaching identity policies to principals

You can authorize a user by attaching an identity policy to it. User-specific authorization and a variety of key conditions allow for more fine-grained permissions control. However, this model can be hard to set up. It requires a certain amount of expertise and is suitable for medium- and large-sized enterprises.

Assume that you want to grant IAM users permission to create ECSs in CN North-Beijing4 and OBS buckets in CN South-Guangzhou . With role/policy-based authorization, the administrator needs to create two custom policies and assign both to the IAM users. With identity policy-based authorization, the administrator only needs to create one custom identity policy and configure the condition key g:RequestedRegion for the policy, and then attach the policy to the users or grant the users the access permissions to the specified regions. Identity policy-based authorization is more flexible than role/policy-based authorization.

Policies/Identity policies and actions in the two authorization scenarios are not interoperable. You are advised to use the identity policy-based authorization model. For details about system-defined permissions in the two authorization models, see Policies/Roles Permission Management and Identity Policy-based Authorization.

For details about IAM, see What Is IAM?

Policies/Roles Permission Management

COC supports authorization with roles and policies. By default, new IAM users do not have any permissions assigned. You need to add them to one or more groups and attach policies or roles to these groups. The users then inherit permissions from the groups and can perform specified operations on cloud services based on the permissions they have been assigned.

COC is a global service deployed and accessed without specifying any physical region. When the authorization scope is set to Global services, you have the permission to access COC resources in all regions.

Table 2 lists all the system-defined permissions for COC. System-defined policies and system-defined identity policies in the two authorization models are not interoperable.

Table 2 COC system-defined permissions

System-defined Role/Policy Name

Description

Type

Dependency

COC ReadOnlyAccess

Read-only permissions of COC

System-defined policies

None

COC FullAccess

Administrator permissions of COC

System-defined policies

None

Table 3 lists the common operations and permissions supported by each system-defined policy of COC.

Table 3 Common operations supported by each system-defined policy

Operation

COC ReadOnlyAccess

COC FullAccess

Viewing to-do tasks

Creating and handling to-do tasks

x

Viewing the resource list

Managing resources

x

Viewing the script list

Adding, deleting, modifying, and executing scripts

x

Viewing the job list

Adding, deleting, modifying, and executing jobs

x

Performing operations on ECSs

x

Viewing scheduled O&M tasks

Adding, deleting, modifying, and executing scheduled O&M tasks

x

Viewing the parameter center

Adding, deleting, and modifying parameters

x

Viewing incident tickets

Creating and handling incidents

x

Viewing alarm records

Handling alarms

x

View chaos drill plans

Executing drill tasks

x

Viewing shift schedules

Creating a shift schedule

x

Viewing account baselines

Creating account baselines

x

Identity Policy-based Authorization

COC supports authorization with identity policies. Table 4 lists all the system-defined identity policies for COC. System-defined policies in identity policy-based authorization are not interoperable with those in role/policy-based authorization.

Table 4 COC system-defined identity policies

Identity Policy Name

Description

Type

COCReadOnlyPolicy

Read-only permissions of COC

System-defined identity policies

COCFullAccessPolicy

Administrator permissions of COC

System-defined identity policies

Table 5 lists the common operations supported by system-defined identity policies of COC.

Table 5 Common operations supported by system-defined identity policies

Operation

COCReadOnlyAccess

COCFullAccessPolicy

Viewing to-do tasks

Creating and handling to-do tasks

x

Viewing the resource list

Managing resources

x

Viewing the script list

Adding, deleting, modifying, and executing scripts

x

Viewing the job list

Adding, deleting, modifying, and executing jobs

x

Performing operations on ECSs

x

Viewing scheduled O&M tasks

Adding, deleting, modifying, and executing scheduled O&M tasks

x

Viewing the parameter center

Adding, deleting, and modifying parameters

x

Viewing incident tickets

Creating and handling incidents

x

Viewing alarm records

Handling alarms

x

View chaos drill plans

Executing drill tasks

x

Viewing shift schedules

Creating a shift schedule

x

Viewing account baselines

Creating account baselines

x

Identity Policies On Which the COC Console Depends

Table 6 Identity policy dependencies of the COC console

Console Function

Dependent Cloud Service/Resource

Identity Policy Required

Executing the script

ECS

After an IAM user is assigned the COCFullAccessPolicy permission, the user needs to be assigned the ECSFullPolicy permission to execute scripts on ECSs.

Executing a Job

ECS

After an IAM user is assigned the COCFullAccessPolicy permission, the user needs to be assigned the ECSFullPolicy permission to execute jobs on ECSs.

Performing operations on ECSs

ECS

After an IAM user is assigned the COCFullAccessPolicy permission, the user needs to be assigned the ECSFullPolicy permission to execute operations on ECSs.

Executing scheduled O&M tasks

ECS

After an IAM user is assigned the COCFullAccessPolicy permission, the user needs to be assigned the ECSFullPolicy permission to execute scheduled O&M tasks on ECSs.

Related Links