Actions Supported by Identity Policy-based Authorization

IAM provides system-defined identity policies to define typical cloud service permissions. You can also create custom identity policies using the actions supported by cloud services for more refined access control.

In addition to IAM, the Organizations service also provides Service Control Policies (SCPs) to set access control policies.

SCPs do not actually grant any permissions to an entity. They only set the permissions boundary for the entity. When SCPs are attached to an organizational unit (OU) or a member account, the SCPs do not directly grant permissions to that OU or member account. Instead, the SCPs only determine what permissions are available for that member account or those member accounts under that OU. The granted permissions can be applied only if they are allowed by the SCPs.

To learn more about how IAM is different from Organizations for access control, see How IAM Is Different from Organizations for Access Control?.

This section describes the elements used by IAM custom identity policies and Organizations SCPs. The elements include actions, resources, and conditions.

For details about how to use these elements to edit an IAM custom identity policy, see Creating a Custom Identity Policy.
For details about how to use these elements to edit a custom SCP, see Creating an SCP.

Actions

Actions are specific operations that are allowed or denied in an identity policy.

The Access Level column describes how the action is classified (List, Read, or Write). This classification helps you understand the level of access that an action grants when you use it in an identity policy.
The Resource Type column indicates whether the action supports resource-level permissions.
- You can use a wildcard (*) to indicate all resource types. If this column is empty (-), the action does not support resource-level permissions and you must specify all resources ("*") in your identity policy statements.
- If this column includes a resource type, you must specify the URN in the Resource element of your identity policy statements.
- Required resources are marked with asterisks (*) in the table. If you specify a resource in a statement using this action, then it must be of this type.
For details about the resource types defined by esw, see Resources.
The Condition Key column contains keys that you can specify in the Condition element of an identity policy statement.
- If the Resource Type column has values for an action, the condition key takes effect only for the listed resource types.
- If the Resource Type column is empty (-) for an action, the condition key takes effect for all resources that action supports.
- If the Condition Key column is empty (-) for an action, the action does not support any condition keys.
For details about the condition keys defined by esw, see Conditions.
The Alias column lists the policy actions that are configured in identity policies. With these actions, you can use APIs for policy-based authorization. For details, see Policies and Identity Policies.

The following table lists the actions that you can define in identity policy statements for esw.

**Table 1** Actions supported by esw
Action	Description	Access Level	Resource Type (*: required)	Condition Key	Alias
esw:instance:create	Grants permission to create an enterprise switch.	Write	-	-	-
esw:instance:delete	Grants permission to delete an enterprise switch.	Write	-	-	-
esw:instance:update	Grants permission to update the details of an enterprise switch.	Write	-	-	-
esw:instance:list	Grants permission to query the enterprise switch list.	List	-	-	-
esw:instance:get	Grants permission to query the details of an enterprise switch.	Read	-	-	-
esw:quota:list	Grants permission to query the enterprise switch quota.	List	-	-	-
esw:flavor:list	Grants permission to query the enterprise switch specifications.	List	-	-	-
esw:availabilityZone:list	Grants permission to query the enterprise switch AZs.	List	-	-	-
esw:job:listResourceRelatedJobs	Grants permission to query the job list of an enterprise switch.	List	-	-	-
esw:connection:create	Grants permission to create a Layer 2 connection for an enterprise switch.	Write	-	-	-
esw:connection:delete	Grants permission to delete a Layer 2 connection from an enterprise switch.	Write	-	-	-
esw:connection:update	Grants permission to update the details about a Layer 2 connection of an enterprise switch.	Write	-	-	-
esw:connection:list	Grants permission to query the Layer 2 connections of an enterprise switch.	List	-	-	-
esw:connection:get	Grants permission to query the details about a Layer 2 connection of an enterprise switch.	Read	-	-	-
esw:connection:bindVport	Grants permission to bind a virtual IP address to the Layer 2 connection of an enterprise switch.	Write	-	-	-
esw:connection:unbindVport	Grants permission to unbind a virtual IP address from the Layer 2 connection of an enterprise switch.	Write	-	-	-

Each API of esw usually supports one or more actions. Table 2 lists the supported actions and dependencies.

**Table 2** Actions and dependencies supported by esw APIs
API	Action	Dependencies
POST /v3/{project_id}/l2cg/instances	esw:instance:create	-
DELETE /v3/{project_id}/l2cg/instances/{instance_id}	esw:instance:delete	-
PUT /v3/{project_id}/l2cg/instances/{instance_id}	esw:instance:update	-
GET /v3/{project_id}/l2cg/instances	esw:instance:list	-
GET /v3/{project_id}/l2cg/instances/{instance_id}	esw:instance:get	-
GET /v3/{project_id}/l2cg/quotas	esw:quota:list	-
GET /v3/{project_id}/l2cg/flavors	esw:flavor:list	-
GET /v3/{project_id}/l2cg/availability-zones	esw:availabilityZone:list	-
GET /v3/{project_id}/l2cg/resources/{resource_id}/jobs	esw:job:listResourceRelatedJobs	-
POST /v3/{project_id}/l2cg/instances/{instance_id}/connections	esw:connection:create	-
DELETE /v3/{project_id}/l2cg/instances/{instance_id}/connections/{connection_id}	esw:connection:delete	-
PUT /v3/{project_id}/l2cg/instances/{instance_id}/connections/{connection_id}	esw:connection:update	-
GET /v3/{project_id}/l2cg/instances/{instance_id}/connections/{connection_id}	esw:connection:get	-
GET /v3/{project_id}/l2cg/instances/{instance_id}/connections	esw:connection:list	-
GET /v3/{project_id}/l2cg/connections	esw:connection:list	-
POST /v3/{project_id}/l2cg/connections/{connection_id}/vports/bind	esw:connection:bindVport	-
POST /v3/{project_id}/l2cg/connections/{connection_id}/vports/unbind	esw:connection:unbindVport	-

Resources

esw does not support resource-level authorization. To allow access to esw, use a wildcard (*) in the Resource element of the identity policy, indicating that the identity policy will be applied to all resources.

Conditions

esw does not support service-specific condition keys in identity policies.It can only use global condition keys applicable to all services. For details, see Global Condition Keys.

Parent topic: Permissions Policies and Supported Actions

Previous topic: Actions Supported by Policy-based Authorization

Next topic: Precautions for API Permissions