通过 Identity and Access Management (IAM) 拒绝政策，您可以设置关于访问 Google Cloud 资源的安全措施。借助拒绝政策，您可以定义拒绝规则，以防止某些主账号使用特定的权限（无论主账号被授予哪些角色）。
本页面简要介绍了拒绝政策和拒绝规则。如需了解如何创建和更新拒绝政策，请参阅拒绝访问资源。
拒绝政策的工作原理
拒绝政策由拒绝规则组成。每条拒绝规则指定以下内容：
- 一组被权限拒绝的主账号
- 拒绝主账号使用的权限或主账号无法使用的权限
- 可选：拒绝权限所必须满足的条件
在主账号被拒绝时，无论它们被授予哪些 IAM 角色，都无法执行需要该权限的任何操作。这是因为 IAM 始终会先检查相关拒绝政策，然后再检查相关允许政策。有关详情，请参阅政策评估。
如需指定拒绝政策的应用位置，您可以将其附加到项目、文件夹或组织。将拒绝政策附加到以上某项资源时，政策中的主账号便无法使用指定的权限来访问该资源或资源的任何后代。 如需详细了解您可以在哪里附加拒绝政策，请参阅本页面上的附加点。
您可以将多个拒绝政策附加到单个资源。这可让您为不同类型的拒绝规则创建单独的拒绝政策。例如，您可以将与合规性相关的拒绝规则放入一个政策中，然后在其他拒绝规则中使用另一个政策。每个拒绝政策都独立于所有其他拒绝政策进行评估。
每个资源最多可以有 500 个拒绝政策。这些拒绝政策总计可以包含 500 条拒绝规则。
附加点
每个拒绝政策都挂接到组织、文件夹或项目。拒绝政策附加到某个资源后，该项目、文件夹或组织中所有较低级层的资源都会继承拒绝政策。如需使用拒绝政策，您需要拒绝政策所附加的资源的标识符，这称为连接点。此标识符使用下表中的某种格式：
| 连接点格式 | |
|---|---|
| 组织 |
gcloud CLI 示例：
REST API 示例： |
| 文件夹 |
gcloud CLI 示例：
REST API 示例： |
| 项目 |
gcloud CLI 示例：
REST API 示例： |
拒绝政策继承
拒绝政策类似于允许政策，通过资源层次结构继承。将拒绝政策附加到项目、文件夹或组织时，该政策也将适用于该项目、文件夹或组织内的所有资源。
例如，如果组织的拒绝政策规定主账号无法使用特定权限，则主账号无法对组织中的任何资源使用该权限。即使该组织中的文件夹和项目具有更宽松的拒绝政策，此规则也适用。
同样，如果项目的拒绝政策表示主账号无法使用特定权限，则主账号无法将该权限用于该项目中的任何资源。即使父级组织和文件夹具有更宽松的拒绝政策，此规则也适用。
拒绝条件
拒绝条件指定应用拒绝规则所必须满足的条件。如果条件的评估结果为 true 或无法评估，则会应用拒绝规则，并且主账号无法使用指定的权限。如果条件的评估结果为 false，则不会应用拒绝规则，并且主账号可以使用指定的权限（如果有）。
拒绝条件与 IAM 条件的结构相同。但是，拒绝条件只能识别资源标记函数。
如需了解如何编写条件，请参阅 IAM 条件概览。
权限组
某些服务允许您拒绝权限组。权限组是与指定模式匹配的权限集。您可以使用权限组来拒绝一组相关权限，例如，您可以拒绝单个服务或资源的所有权限。
拒绝政策中支持的权限列出了受支持的权限组。支持的权限组的标识符会将权限名称的一个或多个部分替换为通配符字符 (*)。每个组包含的权限取决于通配符的位置：
SERVICE_FQDN/RESOURCE.*：拒绝指定资源的所有权限。SERVICE_FQDN/*.*：拒绝指定服务的所有权限。SERVICE_FQDN/*.VERB：拒绝以指定动词结尾的服务的所有权限。
权限组包含当前和未来与指定模式匹配的所有权限。例如，假设您使用权限组 example.googleapis.com/exampleResource.* 来拒绝用户具有 exampleResource 资源类型的所有权限。如果 example.googleapis.com 添加了针对 exampleResource 资源类型的新权限（例如 example.googleapis.com/exampleResource.newPermission），则系统会自动拒绝用户具有新权限。
您只能在受支持的权限组中使用通配符。不支持在其他权限名称中使用通配符。
拒绝政策的结构
拒绝政策是元数据和拒绝规则的集合。拒绝规则会将一组主账号与一组拒绝主账号使用或主账号无法使用的权限相关联。每条规则还可以指定一个条件，用于确定何时拒绝权限。
例如，以下拒绝政策会阻止所有主账号删除项目，除非主账号是 project-admins 群组的成员或要删除的项目具有值为 test 的标记。
{
"name": "policies/cloudresourcemanager.googleapis.com%2Fprojects%2F253519172624/denypolicies/limit-project-deletion",
"uid": "06ccd2eb-d2a5-5dd1-a746-eaf4c6g3f816",
"kind": "DenyPolicy",
"displayName": "Only project admins can delete projects.",
"etag": "MTc1MTkzMjY0MjUyMTExODMxMDQ=",
"createTime": "2021-09-07T23:15:35.258319Z",
"updateTime": "2021-09-07T23:15:35.258319Z",
"rules": [
{
"denyRule": {
"deniedPrincipals": [
"principalSet://goog/public:all"
],
"exceptionPrincipals": [
"principalSet://goog/group/project-admins@example.com"
],
"deniedPermissions": [
"cloudresourcemanager.googleapis.com/projects.delete",
"cloudresourcemanager.googleapis.com/folders.*"
],
"exceptionPermissions": [
"cloudresourcemanager.googleapis.com/folders.list",
"cloudresourcemanager.googelapis.com/folders.get"
],
"denialCondition": {
"title": "Only for non-test projects",
"expression": "!resource.matchTag('12345678/env', 'test')"
}
}
}
]
}
以下各部分介绍了拒绝政策的元数据和拒绝规则中的字段。
元数据
拒绝政策包含以下元数据：
name：拒绝政策的名称。此名称的格式为policies/ATTACHMENT_POINT/denypolicies/POLICY_ID，其中ATTACHMENT_POINT是拒绝政策所附加到的项目、文件夹或组织，POLICY_ID是拒绝政策的字母数字形式的 ID。uid：由 Google 分配给拒绝政策的唯一 ID。kind：政策类型。拒绝政策的kind始终为DenyPolicy。displayName：可选。简单易懂的拒绝政策名称。etag：政策版本的标识符。为防止更新发生冲突，etag值必须与存储在 IAM 中的值匹配。如果etag值不匹配，则请求将会失败。createTime：拒绝政策的创建时间。updateTime：拒绝政策的上次更新时间。
拒绝规则
每条拒绝规则都可能包含以下字段：
deniedPrincipals：被权限拒绝的主账号。您可以列出个别主账号和主账号集。个别主账号类型包括用户账号、服务账号以及员工或工作负载身份池中的单个身份。主账号集包括 Google 群组、Cloud Identity 网域、员工或工作负载身份集以及互联网上的所有用户。如需查看有效主账号类型和标识符列表，请参阅 IAM v2 API 主账号标识符。
exceptionPrincipals：可选。获得拒绝规则的豁免的主账号。即使这些主账号列在deniedPrincipals中或属于deniedPrincipals中列出的某个组，它们也不会被指定的权限拒绝。您可以列出个别主账号和主账号集。个别主账号类型包括用户账号、服务账号以及员工或工作负载身份池中的单个身份。主账号集包括 Google 群组、Cloud Identity 网域、员工或工作负载身份集以及互联网上的所有用户。
如需查看有效主账号类型和标识符列表，请参阅 IAM v2 API 主账号标识符。
deniedPermissions：指定的主账号无法使用的权限或者已拒绝其使用的权限。这些权限使用 IAMv2权限格式，这种格式使用完全限定域名 (FQDN) 来标识服务。格式为SERVICE_FQDN/RESOURCE.ACTION。Google API 使用网域*.googleapis.com。例如iam.googleapis.com/roles.delete。只能拒绝部分权限。如需查看可拒绝的权限的完整列表，请参阅拒绝政策中支持的权限。
在某些情况下，您还可以使用权限组来拒绝权限集。如需了解详情，请参阅权限组。
exceptionPermissions：可选。可以使用指定主账号的权限列表，即使这些权限包含在deniedPermissions中也是如此。例如，您可以使用此字段为权限组中的特定权限设置例外情况。denialConditions：可选。影响拒绝规则应用时间的逻辑表达式。如果条件的评估结果为true或无法评估，则权限会被拒绝。如果条件的评估结果为false，则权限不会被拒绝。如需了解详情，请参阅本页上的拒绝条件。
常见使用场景
以下是您可能想要使用拒绝政策的常见场景，以及您可以在每种场景中创建的拒绝规则示例。 如需了解如何创建和更新拒绝政策，请参阅拒绝访问资源。
集中管理员权限
您可以使用拒绝政策以仅限一组特定的主账号执行某些类型的管理活动。
例如，假设您希望仅限单个中心团队管理贵组织的自定义角色。为此，您需要创建一个拒绝规则，以拒绝所有用户（管理群组中的用户除外）管理自定义角色所需的权限 (custom-role-admins)：
{
"deniedPrincipals": [
"principalSet://goog/public:all"
],
"exceptionPrincipals": [
"principalSet://goog/group/custom-role-admins@example.com"
],
"deniedPermissions": [
"iam.googleapis.com/roles.create",
"iam.googleapis.com/roles.delete",
"iam.googleapis.com/roles.update",
]
}
然后，将此拒绝政策附加到您的组织。
现在，只有 custom-role-admins 群组的成员才能管理自定义角色，即使其他用户具有所需的权限也是如此。
例如，假设 Yuri 和 Tal 都具有 Organization Role Administrator 角色 (roles/iam.organizationRoleAdmin)，但是 Yuri 是 custom-role-admins 的成员，而 Tal 不是它的成员。使用此拒绝政策时，只有 Yuri 能够创建、删除和更新角色。
创建授权访问例外
您可以使用拒绝政策来拒绝通过继承获得的权限。借助此功能，您可以选择在资源层次结构中的较高级层授予角色，然后根据需要拒绝该角色对个别较低级层资源的权限。
例如，假设您有一个文件夹 Engineering，其中包含多个项目。您希望为群组 eng 授予 Service Account Key Admin 角色 (roles/iam.serviceAccountKeyAdmin) 的权限，该角色拥有文件夹中几乎所有项目的权限。但是，您不希望该群组能够在文件夹 example-prod 的某个特定项目中创建和删除服务账号密钥。
您可以创建以下拒绝规则，而不是向每个项目授予 Service Account Key Admin 角色，以下拒绝规则会拒绝将 Service Account Key Admin 角色的创建和删除权限授予 eng 群组中的主账号：
{
"deniedPrincipals": [
"principalSet://goog/group/eng@example.com"
],
"deniedPermissions": [
"iam.googleapis.com/serviceAccountKeys.create",
"iam.googleapis.com/serviceAccountKeys.delete"
]
}
然后，将此拒绝规则添加到拒绝政策，并将该政策附加到项目 example-prod。
将拒绝政策附加到项目后，您可以为 eng 群组授予 Service Account Key Admin 角色，该角色拥有 Engineering 文件夹的访问权限，但不允许群组在 example-prod 中创建或删除服务账号密钥。
然后，eng 群组的成员能够在所有项目（example-prod 除外）中创建和删除服务账号密钥。例如，如果 Izumi 是 eng 群组的成员，则他们可以为 example-dev 和 example-test 中的服务账号创建和删除密钥，但不能为 example-prod 中的服务账号创建和删除密钥。
但是，假设您实际上希望一部分 eng 群组能够在 example-prod 中创建和删除服务账号密钥。此部分由群组 eng-prod 表示。如需允许 eng-prod 群组的成员在 example-prod 中创建和删除服务账号密钥，您可以让群组获得拒绝规则的豁免：
{
"deniedPrincipals": [
"principalSet://goog/group/eng@example.com"
],
"exceptionPrincipals": [
"principalSet://goog/group/eng-prod@example.com"
],
"deniedPermissions": [
"iam.googleapis.com/serviceAccountKeys.create",
"iam.googleapis.com/serviceAccountKeys.delete"
]
}
使用修改后的拒绝政策时，eng-prod 群组的成员可以在所有项目（包括 example-prod）中创建和删除服务账号密钥。例如，如果 Charlie 是 eng-prod 群组的成员，则他们可以在 example-dev、example-test 和 example-prod 中创建和删除密钥，即使他们也是 eng 群组的成员也是如此。
根据标记阻止访问
标记是一种可以关联到组织、文件夹或项目的键值对。您可以使用拒绝政策根据标记拒绝权限，而无需向每个角色授予添加 IAM 条件。
例如，假设您将您的所有项目标记为 dev、test 或 prod。您只希望 project-admins 群组的成员能够删除标记为 prod 的项目。
如需解决此问题，请创建一条拒绝规则，用于拒绝除 project-admins 群组之外的所有人对标记为 prod 的资源的 cloudresourcemanager.googleapis.com/projects.delete 权限：
{
"displayName": "Only project admins can delete production projects.",
"rules": [
{
"denyRule": {
"deniedPrincipals": [
"principalSet://goog/public:all"
],
"exceptionPrincipals": [
"principalSet://goog/group/project-admins@example.com"
],
"deniedPermissions": [
"cloudresourcemanager.googleapis.com/projects.delete"
],
"denialCondition": {
"title": "Only for prod projects",
"expression": "resource.matchTag('12345678/env', 'prod')"
}
}
}
]
}
然后，将此拒绝规则添加到拒绝政策，并将该政策附加到您的组织。
由于存在此拒绝规则，因此您可以限制主账号的访问权限，而无需为其角色授予添加条件。您可以改为授予包含 cloudresourcemanager.googleapis.com/projects.delete 权限的主账号角色，并依靠拒绝规则来防止 project-admins 群组以外的主账号删除任何标记为 prod 的项目。
例如，假设有 Bola 和 Kiran 这两个用户。这两个用户都具有 Project Deleter 角色 (roles/resourcemanager.projectDeleter)。此外，Kiran 是 project-admins 群组的成员。使用此拒绝政策时，Bola 只能删除带有 dev 或 test 标记的项目。Kiran 可以删除所有项目，无论其标记如何。
后续步骤
- 了解如何创建、更新和删除拒绝政策。
- 了解如何排查包含拒绝政策的访问权限问题。
- 查看可以拒绝的权限。
- 请参阅可以包含在拒绝政策中的主账号类型。