了解 Azure 角色定义

如果想要了解 Azure 角色是如何工作的，或者要创建自己的 Azure 自定义角色，那么了解角色的定义方法会很有帮助。 本文介绍角色定义的详细信息，并提供了一些示例。

角色定义

角色定义是权限的集合。 它有时简称为“角色”。 角色定义列出可执行的操作，例如读取、写入和删除。 它还可以列出已从允许的操作中排除的操作，或者与基础数据相关的操作。

以下示例展示了在 Azure PowerShell 中显示的角色定义属性：

Name
Id
IsCustom
Description
Actions []
NotActions []
DataActions []
NotDataActions []
AssignableScopes []
Condition
ConditionVersion

以下示例展示了使用 Azure CLI 或 REST API 显示的角色定义属性：

roleName
name
id
roleType
type
description
actions []
notActions []
dataActions []
notDataActions []
assignableScopes []
condition
conditionVersion
createdOn
updatedOn
createdBy
updatedBy

下表说明了角色属性的含义。

属性	说明
Name roleName	角色的显示名称。
Id name	角色的唯一 ID。 内置角色在云之间具有相同的角色 ID。
id	角色的完全限定的唯一 ID。 即使重命名了角色，角色 ID 也不会更改。 最佳做法是在脚本中使用角色 ID。
IsCustom roleType	指示此角色是否为自定义角色。 对于自定义角色，设置为 true 或 CustomRole。 对于内置角色，设置为 false 或 BuiltInRole。
type	对象的类型。 设置为 Microsoft.Authorization/roleDefinitions。
Description description	角色说明。
Actions actions	一个字符串数组，指定该角色允许执行的控制平面操作。
NotActions notActions	一个字符串数组，指定已从允许的 Actions 中排除的控制平面操作。
DataActions dataActions	一个字符串数组，指定该角色允许对该对象中的数据执行的数据平面操作。
NotDataActions notDataActions	一个字符串数组，指定已从允许的 DataActions 中排除的数据平面操作。
AssignableScopes assignableScopes	一个字符串数组，指定角色可用于分配的范围。
Condition condition	对于内置角色，条件语句基于角色定义中的一项或多项操作。
ConditionVersion conditionVersion	条件版本号。 默认为 2.0，这是唯一受支持的版本。
createdOn	角色的创建日期和时间。
updatedOn	上次更新角色的日期和时间。
createdBy	创建了角色的主体，适用于自定义角色。
updatedBy	更新了角色的主体，适用于自定义角色。

操作格式

使用以下格式的字符串指定操作：

• {Company}.{ProviderName}/{resourceType}/{action}

操作字符串的 {action} 部分指定可以对某个资源类型执行的操作类型。 例如，将在 {action} 中看到以下子字符串：

操作子字符串	说明
*	通配符授予对与字符串匹配的所有操作的访问权限。
read	允许读取操作 (GET)。
write	允许写入操作（PUT 或 PATCH）。
action	允许自定义操作，如重启虚拟机 (POST)。
delete	允许删除操作 (DELETE)。

角色定义示例

下面是 Azure PowerShell 和 Azure CLI 中显示的参与者角色定义。 Actions 下的通配符 (*) 操作表示分配给此角色的主体可以执行所有操作，换句话说，它可以管理所有内容。 这包括将来定义的操作，因为 Azure 会添加新的资源类型。 NotActions 下的操作会从 Actions 中减去。 就参与者角色而言，NotActions 去除了此角色管理资源访问权限以及管理 Azure 蓝图分配的能力。

Azure PowerShell 中显示的参与者角色：

{
  "Name": "Contributor",
  "Id": "b24988ac-6180-42a0-ab88-20f7382dd24c",
  "IsCustom": false,
  "Description": "Grants full access to manage all resources, but does not allow you to assign roles in Azure RBAC, manage assignments in Azure Blueprints, or share image galleries.",
  "Actions": [
    "*"
  ],
  "NotActions": [
    "Microsoft.Authorization/*/Delete",
    "Microsoft.Authorization/*/Write",
    "Microsoft.Authorization/elevateAccess/Action",
    "Microsoft.Blueprint/blueprintAssignments/write",
    "Microsoft.Blueprint/blueprintAssignments/delete",
    "Microsoft.Compute/galleries/share/action",
    "Microsoft.Purview/consents/write",
    "Microsoft.Purview/consents/delete"
  ],
  "DataActions": [],
  "NotDataActions": [],
  "AssignableScopes": [
    "/"
  ],
  "Condition": null,
  "ConditionVersion": null
}

Azure CLI 中显示的参与者角色：

[
  {
    "assignableScopes": [
      "/"
    ],
    "createdBy": null,
    "createdOn": "2015-02-02T21:55:09.880642+00:00",
    "description": "Grants full access to manage all resources, but does not allow you to assign roles in Azure RBAC, manage assignments in Azure Blueprints, or share image galleries.",
    "id": "/subscriptions/{subscriptionId}/providers/Microsoft.Authorization/roleDefinitions/b24988ac-6180-42a0-ab88-20f7382dd24c",
    "name": "b24988ac-6180-42a0-ab88-20f7382dd24c",
    "permissions": [
      {
        "actions": [
          "*"
        ],
        "condition": null,
        "conditionVersion": null,
        "dataActions": [],
        "notActions": [
          "Microsoft.Authorization/*/Delete",
          "Microsoft.Authorization/*/Write",
          "Microsoft.Authorization/elevateAccess/Action",
          "Microsoft.Blueprint/blueprintAssignments/write",
          "Microsoft.Blueprint/blueprintAssignments/delete",
          "Microsoft.Compute/galleries/share/action",
          "Microsoft.Purview/consents/write",
          "Microsoft.Purview/consents/delete"
        ],
        "notDataActions": []
      }
    ],
    "roleName": "Contributor",
    "roleType": "BuiltInRole",
    "type": "Microsoft.Authorization/roleDefinitions",
    "updatedBy": null,
    "updatedOn": "2023-07-10T15:10:53.947865+00:00"
  }
]

控制和数据操作

控制平面操作的基于角色的访问控制在角色定义的 Actions 和 NotActions 属性中指定。 下面是 Azure 中控制平面操作的一些示例：

• 管理存储帐户的访问权限
• 创建、更新或删除 blob 容器
• 删除资源组及其所有资源

如果容器身份验证方法设置为“Microsoft Entra 用户帐户”而不是“访问密钥”，则控制平面访问权限不会继承到数据平面。 此分隔可防止带通配符 (*) 的角色无限制地访问数据。 例如，如果用户对订阅具有读取者角色，则他们可以查看存储帐户，但他们默认无法查看基础数据。

以前，基于角色的访问控制不用于数据操作。 数据操作的授权因资源提供程序而异。 用于控制平面操作的同一基于角色的访问控制授权模型已扩展到数据平面操作。

为了支持数据平面操作，已将新的数据属性添加到角色定义。 数据平面操作在 DataActions 和 NotDataActions 属性中指定。 通过添加这些数据属性，可在控制平面与数据平面之间保持隔离。 这可以防止包含通配符 (*) 的当前角色分配突然访问数据。 下面是可在 DataActions 和 NotDataActions 中指定的一些数据平面操作：

• 读取容器中的 Blob 列表
• 在容器中写入存储 Blob
• 删除队列中的消息

下面是存储 Blob 数据读取者角色定义，其中包含 Actions 和 DataActions 属性中的操作。 使用此角色可以读取 Blob 容器以及基础 Blob 数据。

Azure PowerShell 中显示的存储 Blob 数据读取者角色：

{
  "Name": "Storage Blob Data Reader",
  "Id": "2a2b9908-6ea1-4ae2-8e65-a410df84e7d1",
  "IsCustom": false,
  "Description": "Allows for read access to Azure Storage blob containers and data",
  "Actions": [
    "Microsoft.Storage/storageAccounts/blobServices/containers/read",
    "Microsoft.Storage/storageAccounts/blobServices/generateUserDelegationKey/action"
  ],
  "NotActions": [],
  "DataActions": [
    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read"
  ],
  "NotDataActions": [],
  "AssignableScopes": [
    "/"
  ],
  "Condition": null,
  "ConditionVersion": null
}

Azure CLI 中显示的存储 Blob 数据读取者角色：

[
  {
    "assignableScopes": [
      "/"
    ],
    "createdBy": null,
    "createdOn": "2017-12-21T00:01:24.797231+00:00",
    "description": "Allows for read access to Azure Storage blob containers and data",
    "id": "/subscriptions/{subscriptionId}/providers/Microsoft.Authorization/roleDefinitions/2a2b9908-6ea1-4ae2-8e65-a410df84e7d1",
    "name": "2a2b9908-6ea1-4ae2-8e65-a410df84e7d1",
    "permissions": [
      {
        "actions": [
          "Microsoft.Storage/storageAccounts/blobServices/containers/read",
          "Microsoft.Storage/storageAccounts/blobServices/generateUserDelegationKey/action"
        ],
        "condition": null,
        "conditionVersion": null,
        "dataActions": [
          "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read"
        ],
        "notActions": [],
        "notDataActions": []
      }
    ],
    "roleName": "Storage Blob Data Reader",
    "roleType": "BuiltInRole",
    "type": "Microsoft.Authorization/roleDefinitions",
    "updatedBy": null,
    "updatedOn": "2021-11-11T20:13:55.297507+00:00"
  }
]

只有数据平面操作才能添加到 DataActions 和 NotDataActions 属性。 资源提供程序通过将 isDataAction 属性设置为 true，来标识哪些操作是数据操作。 若要查看 isDataAction 为 true 的操作列表，请参阅资源提供程序操作。 没有数据操作的角色不需要在角色定义中包含 DataActions 和 NotDataActions 属性。

所有控制平面操作 API 调用的授权由 Azure 资源管理器处理。 数据平面 API 调用的授权由资源提供程序或 Azure 资源管理器处理。

数据操作示例

为了更好地了解控制平面和数据平面操作的工作原理，让我们考虑一个具体的示例。 在订阅范围为 Alice 分配了所有者角色。 在存储帐户范围为 Bob 分配了存储 Blob 数据参与者角色。 下图演示了此示例。

Alice 的所有者角色和 Bob 的存储 Blob 数据参与者角色具有以下操作：

“所有者”

    “操作”
    *

存储 Blob 数据参与者

    “操作”
    Microsoft.Storage/storageAccounts/blobServices/containers/delete
    Microsoft.Storage/storageAccounts/blobServices/containers/read
    Microsoft.Storage/storageAccounts/blobServices/containers/write
    Microsoft.Storage/storageAccounts/blobServices/generateUserDelegationKey/action
    DataActions
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/move/action
    Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action

由于 Alice 具有订阅范围的通配符 (*) 操作，其权限将向下继承，使其可以执行所有控制平面操作。 Alice 可以读取、写入和删除容器。 但是，Alice 在不采取其他步骤的情况下无法执行数据平面操作。 例如，默认情况下，Alice 无法读取容器内的 blob。 若要读取 blob，Alice 必须检索存储访问密钥并使用它们来访问 blob。

Bob 的权限限制为存储 Blob 数据参与者角色中指定的 Actions 和 DataActions。 Bob 可以基于角色执行控制平面和数据平面操作。 例如，Bob 可以读取、写入和删除指定存储帐户中的容器，并可以读取、写入和删除 Blob。

有关存储的控制平面和数据平面安全性的详细信息，请参阅 Azure 存储安全指南。

哪些工具支持使用 Azure 角色进行数据操作？

若要查看和处理数据操作，必须安装正确版本的工具或 SDK：

工具	版本
Azure PowerShell	1.1.0 或更高版本
Azure CLI	2.0.30 或更高版本
Azure for .NET	2.8.0-preview 或更高版本
Azure SDK for Go	15.0.0 或更高版本
Azure for Java	1.9.0 或更高版本
Azure for Python	0.40.0 或更高版本
用于 Ruby 的 Azure SDK	0.17.1 或更高版本

若要在 REST API 中查看和使用数据操作，必须将 api-version 参数设置为以下版本或更高版本：

• 2018-07-01

操作

Actions 权限指定该角色允许执行的控制平面操作。 它是用于标识 Azure 资源提供程序安全对象操作的字符串的集合。 下面是可在 Actions 中使用的控制平面操作的一些示例。

NotActions

NotActions 权限指定从允许的包含通配符 (*) 的 Actions 中减去或排除的控制平面操作。 如果通过从包含通配符 (*) 的 Actions 中减去操作可更方便地定义要允许的操作集，请使用 NotActions 权限。 通过从 Actions 操作中减去 NotActions 操作可以计算出角色授予的访问权限（有效权限）。

Actions - NotActions = Effective control plane permissions

NotActions 和拒绝分配之间的区别

NotActions 和拒绝分配并不相同，并且具有不同的用途。 NotActions 是从通配符 (*) 操作中减去特定操作的一种简便方法。

即使角色分配向用户授予了访问权限，拒绝分配也会阻止用户执行特定的操作。 有关详细信息，请参阅了解 Azure 拒绝分配。

DataActions

DataActions 权限指定此角色允许对该对象中的数据执行的数据平面操作。 例如，如果某个用户对某个存储帐户拥有读取 Blob 数据的访问权限，则该用户可以读取该存储帐户中的 Blob。 下面是可在 DataActions 中使用的一些数据操作的示例。

NotDataActions

NotDataActions 权限指定从允许的包含通配符 (*) 的 DataActions 中减去或排除的数据平面操作。 如果通过从包含通配符 (*) 的 DataActions 中减去操作可更方便地定义要允许的操作集，请使用 NotDataActions 权限。 通过从 DataActions 操作中减去 NotDataActions 操作可以计算出角色授予的访问权限（有效权限）。 每个资源提供程序提供相应的一组 API 用于实现数据操作。

DataActions - NotDataActions = Effective data plane permissions

下表显示了 Microsoft.Storage 通配符操作的有效数据平面权限的两个示例：

AssignableScopes

AssignableScopes 属性指定可分配角色定义的范围（根、管理组、订阅或资源组）。 只能在需要自定义角色的管理组、订阅或资源组中分配此角色。 必须使用至少一个管理组、订阅或资源。

例如，如果 AssignableScopes 设置为订阅，则表示自定义角色可供在指定订阅的订阅范围、订阅中任何资源组的资源组范围或订阅中任何资源的资源范围中进行分配。

内置角色已将 AssignableScopes 设置为根范围 ("/")。 根范围指示角色可供在所有范围中进行分配。

有效的可分配范围的示例包括：

只能在自定义角色的 AssignableScopes 中定义一个管理组。

尽管可以使用命令行创建 AssignableScopes 中具有资源实例的自定义角色，但不建议这样做。 每个租户最多支持 5,000 个自定义角色。 使用此策略可能会耗尽可用的自定义角色。 最终，访问级别由自定义角色分配（范围 + 角色权限 + 安全主体）确定，而不是自定义角色中列出的 AssignableScopes。 因此，创建 AssignableScopes 为管理组、订阅或资源组的自定义角色，但分配范围较窄（例如资源或资源组）的自定义角色。

有关自定义角色的 AssignableScopes 的详细信息，请参阅 Azure 自定义角色。

特权管理员角色定义

特权管理员角色是授予特权管理员访问权限（例如管理 Azure 资源或将角色分配给其他用户的权限）的角色。 如果内置或自定义角色包含以下任何操作，则会将其视为特权角色。 有关详细信息，请参阅列出或管理特权管理员角色分配。

后续步骤

• 了解角色分配
• Azure 内置角色
• Azure 自定义角色
• Azure 资源提供程序操作