本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 控制目录如何与 IAM 配合使用 在使用 IAM 管理对 AWS 控制目录的访问权限之前，请先了解有哪些 IAM 功能可用于 AWS 控制目录。 **可与控制目录配合使用的 IAM 功能** | IAM 功能 | AWS 控制目录支持 | | --- | --- | | [基于身份的策略](#security_iam_service-with-iam-id-based-policies) | 是 | | [基于资源的策略](#security_iam_service-with-iam-resource-based-policies) | 否 | | [策略操作](#security_iam_service-with-iam-id-based-policies-actions) | 是 | | [策略资源](#security_iam_service-with-iam-id-based-policies-resources) | 是 | | [策略条件键](#security_iam_service-with-iam-id-based-policies-conditionkeys) | 是 | | [ACLs](#security_iam_service-with-iam-acls) | 否 | | [ABAC（策略中的标签）](#security_iam_service-with-iam-tags) | 否 | | [临时凭证](#security_iam_service-with-iam-roles-tempcreds) | 是 | | [主体权限](#security_iam_service-with-iam-principal-permissions) | 否 | | [服务角色](#security_iam_service-with-iam-roles-service) | 否 | | [服务关联角色](#security_iam_service-with-iam-roles-service-linked) | 否 | 要全面了解 AWS 控制目录和其他 AWS 服务如何与大多数 IAM 功能配合使用，请参阅 IAM *用户指南中与 IAM* [配合使用的AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。 ## AWS 控制目录的基于身份的策略 **支持基于身份的策略：**是 基于身份的策略是可附加到身份（如 IAM 用户、用户组或角色）的 JSON 权限策略文档。这些策略控制用户和角色可在何种条件下对哪些资源执行哪些操作。要了解如何创建基于身份的策略，请参阅《IAM 用户指南》**中的[使用客户管理型策略定义自定义 IAM 权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。 通过使用 IAM 基于身份的策略，您可以指定允许或拒绝的操作和资源以及允许或拒绝操作的条件。要了解可在 JSON 策略中使用的所有元素，请参阅《IAM 用户指南》**中的 [IAM JSON 策略元素引用](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)。 ### AWS 控制目录的基于身份的策略示例 要查看 AWS 控制目录基于身份的策略示例，请参阅。[控制目录的基于身份的策略示例](security_iam_id-based-policy-examples.md) ## AWS 控制目录中基于资源的策略 **支持基于资源的策略：**否 基于资源的策略是附加到资源的 JSON 策略文档。基于资源的策略的示例包括 IAM *角色信任策略*和 Amazon S3 *存储桶策略*。在支持基于资源的策略的服务中，服务管理员可以使用它们来控制对特定资源的访问。对于在其中附加策略的资源，策略定义指定主体可以对该资源执行哪些操作以及在什么条件下执行。您必须在基于资源的策略中[指定主体](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。委托人可以包括账户、用户、角色、联合用户或 AWS 服务。 要启用跨账户访问，您可以将整个账户或其他账户中的 IAM 实体指定为基于资源的策略中的主体。有关更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的跨账户资源访问](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。 ## AWS 控制目录的策略操作 **支持策略操作：**是 管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。 JSON 策略的 `Action` 元素描述可用于在策略中允许或拒绝访问的操作。在策略中包含操作以授予执行关联操作的权限。 要查看 AWS 控制目录操作列表，请参阅《*服务授权参考*》中的 [AWS 控制目录定义的操作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awscontrolcatalog.html#awscontrolcatalog-actions-as-permissions)。 AWS 控制目录中的策略操作在操作前使用以下前缀： ``` controlcatalog ``` 要在单个语句中指定多项操作，请使用逗号将它们隔开。 ``` "Action": [ "controlcatalog:ListCommonControls", "controlcatalog:ListDomains" ] ``` 您也可以使用通配符（\$1）指定多个操作。例如，要指定以单词 `List` 开头的所有操作，请包括以下操作。 ``` "Action": "controlcatalog:List*" ``` 要查看 AWS 控制目录基于身份的策略示例，请参阅。[控制目录的基于身份的策略示例](security_iam_id-based-policy-examples.md) ## AWS 控制目录的策略资源 **支持策略资源：**是 管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。 `Resource` JSON 策略元素指定要向其应用操作的一个或多个对象。作为最佳实践，请使用其 [Amazon 资源名称（ARN）](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html)指定资源。对于不支持资源级权限的操作，请使用通配符 (\$1) 指示语句应用于所有资源。 ``` "Resource": "*" ``` 要查看 AWS 控制目录资源类型及其列表 ARNs，请参阅《*服务授权参考*》中的 [AWS 控制目录定义的资源](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awscontrolcatalog.html#awscontrolcatalog-resources-for-iam-policies)。要了解您可以使用哪些操作来指定每种资源的 ARN，请参阅 [AWS 控制目录定义的操作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awscontrolcatalog.html#awscontrolcatalog-actions-as-permissions)。 AWS 控制目录域的亚马逊资源名称 (ARN) 格式如下： ``` arn:${Partition}:controlcatalog:::domain/${domainId} ``` AWS 控制目录目标采用以下 ARN 格式： ``` arn:${Partition}:controlcatalog:::objective/${objectiveId} ``` AWS 控制目录常用控件采用以下 ARN 格式： ``` arn:${Partition}:controlcatalog:::commonControl/${commonControlId} ``` 有关格式的更多信息 ARNs，请参阅 [Amazon 资源名称 (ARNs)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)。 例如，要在语句中指定`i-1234567890abcdef0`域，请使用以下 ARN。 ``` "Resource": "arn:aws:controlcatalog:::domain/i-1234567890abcdef0" ``` 要指定属于特定账户的所有实例，请使用通配符 (\$1)。 ``` "Resource": "arn:aws:controlcatalog:::domain/*" ``` 某些 AWS 控制目录操作（例如用于创建资源的操作）无法对特定资源执行。在这些情况下，您必须使用通配符（\$1)。 ``` "Resource": "*" ``` 某些 AWS 控制目录 API 操作支持多种资源。例如，`ListCommonControls`访问公共控件、目标和域，因此委托人必须具有访问这些资源的权限。要在单个语句中指定多个资源，请 ARNs 用逗号分隔。 ``` "Resource": [ "commonControl", "objective", "domain" ``` 要查看 AWS 控制目录基于身份的策略示例，请参阅。[控制目录的基于身份的策略示例](security_iam_id-based-policy-examples.md) ## AWS 控制目录的策略条件密钥 **支持特定于服务的策略条件键：**是 管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。 `Condition` 元素根据定义的条件指定语句何时执行。您可以创建使用[条件运算符](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)（例如，等于或小于）的条件表达式，以使策略中的条件与请求中的值相匹配。要查看所有 AWS 全局条件键，请参阅 *IAM 用户指南*中的[AWS 全局条件上下文密钥](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 要查看 AWS 控制目录条件键列表，请参阅《*服务授权参考*》中的 [AWS 控制目录的条件密钥](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awscontrolcatalog.html#awscontrolcatalog-policy-keys)。要了解您可以使用条件键的操作和资源，请参阅 [AWS 控制目录定义的操作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awscontrolcatalog.html#awscontrolcatalog-actions-as-permissions)。 要查看 AWS 控制目录基于身份的策略示例，请参阅。[控制目录的基于身份的策略示例](security_iam_id-based-policy-examples.md) ## ACLs 在 AWS 控制目录中 **支持 ACLs：**否 访问控制列表 (ACLs) 控制哪些委托人（账户成员、用户或角色）有权访问资源。 ACLs 与基于资源的策略类似，尽管它们不使用 JSON 策略文档格式。 ## 带有 AWS 控制目录的 ABAC **支持 ABAC（策略中的标签）：**否 基于属性的访问权限控制（ABAC）是一种授权策略，该策略基于称为标签的属性来定义权限。您可以将标签附加到 IAM 实体和 AWS 资源，然后设计 ABAC 策略以允许在委托人的标签与资源上的标签匹配时进行操作。 要基于标签控制访问，您需要使用 `aws:ResourceTag/key-name``aws:RequestTag/key-name` 或 `aws:TagKeys` 条件键在策略的[条件元素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)中提供标签信息。 如果某个服务对于每种资源类型都支持所有这三个条件键，则对于该服务，该值为**是**。如果某个服务仅对于部分资源类型支持所有这三个条件键，则该值为**部分**。 有关 ABAC 的更多信息，请参阅《IAM 用户指南》**中的[使用 ABAC 授权定义权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)。要查看设置 ABAC 步骤的教程，请参阅《IAM 用户指南》**中的[使用基于属性的访问权限控制（ABAC）](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)。 ## 在 AWS 控制目录中使用临时证书 **支持临时凭证：**是 临时证书提供对 AWS 资源的短期访问权限，并且是在您使用联合身份或切换角色时自动创建的。 AWS 建议您动态生成临时证书，而不是使用长期访问密钥。有关更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的临时安全凭证](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)和[使用 IAM 的。AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) ## AWS 控制目录的跨服务委托人权限 **支持转发访问会话（FAS）：**否 转发访问会话 (FAS) 使用调用主体的权限 AWS 服务，再加上 AWS 服务 向下游服务发出请求的请求。有关发出 FAS 请求时的策略详情，请参阅[转发访问会话](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)。 ## AWS 控制目录的服务角色 **支持服务角色：**否 服务角色是由一项服务担任、代表您执行操作的 [IAM 角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)。IAM 管理员可以在 IAM 中创建、修改和删除服务角色。有关更多信息，请参阅《IAM 用户指南》**中的[创建向 AWS 服务委派权限的角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)。 **警告** 更改服务角色的权限可能会中断 AWS 控制目录的功能。仅当 AWS 控制目录提供相关指导时，才可编辑服务角色。 ## AWS 控制目录的服务相关角色 **支持服务相关角色：**否 服务相关角色是一种链接到的服务角色。 AWS 服务服务可以代入代表您执行操作的角色。服务相关角色出现在您的中 AWS 账户 ，并且归服务所有。IAM 管理员可以查看但不能编辑服务关联角色的权限。 有关创建或管理服务相关角色的详细信息，请参阅[能够与 IAM 搭配使用的AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。在表中查找**服务相关角色**列中包含 `Yes` 的表。选择**是**链接以查看该服务的服务相关角色文档。