终止支持通知： AWS 将于 2024 年 10 月 22 日停止对亚马逊 Nimble Studio 的支持。2024 年 10 月 22 日之后，你将无法再访问 Nimble Studio 主机或 Nimble Studio 资源。 本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # Amazon Nimble Studio 如何与 IAM 协同工作 在使用 IAM 管理对 Nimble Studio 的访问之前，您应该了解哪些 IAM 特征可用于 Nimble Studio。 **可与 Amazon Nimble Studio 一起使用的 IAM 特征** | IAM 特征 | Nimble Studio 支持 | | --- | --- | | [Nimble Studio 的策略操作](#security-iam-service-with-iam-id-based-policies-actions) | 支持 | | [Nimble Studio 的策略资源](#security-iam-service-with-iam-id-based-policies-resources) | 是 | | [Amazon Nimble Studio 的策略条件密钥](#security-iam-service-with-iam-id-based-policies-conditionkeys) | 是 | | [Nimble Studi ACLs o 中的访问控制列表 ()](#security-iam-service-with-iam-acls) | 否 | | [使用 Nimble Studio 的基于属性的访问控制 (ABAC)](#security-iam-service-with-iam-tags) | 是 | | [将临时凭证用于 Nimble Studio](#security-iam-service-with-iam-roles-tempcreds) | 是 | | [Nimble Studio 的跨服务主体权限](#security-iam-service-with-iam-principal-permissions) | 是 | | [Nimble Studio 的服务角色](#security-iam-service-with-iam-roles-service) | 是 | | [Nimble Studio 的服务相关角色](#security-iam-service-with-iam-roles-service-linked) | 否 | 要全面了解 Nimble Studio 和其他 AWS 服务 功能如何与大多数 IAM 功能配合使用 [AWS 服务 ，请参阅 IAM 用户指南中的如何与 I](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) AM 配合使用。 ## 适用于 Nimble Studio 的基于身份的策略 | | | | --- |--- | | 支持基于身份的策略 | 是 | 基于身份的策略是可附加到身份（如用户、用户组或角色）的 JSON 权限策略文档。这些策略控制用户和角色可在何种条件下对哪些资源执行哪些操作。要了解如何创建基于身份的策略，请参阅《IAM 用户指南》中的[创建 IAM policy](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)。 ### 适用于 Amazon Nimble Studio 的基于身份的策略示例 要查看 Nimble Studio 基于身份的策略的示例，请参阅 [适用于 Amazon Nimble Studio 的基于身份的策略示例](security-iam-id-based-policy-examples.md)。 ## Nimble Studio 内基于资源的策略 | | | | --- |--- | | 支持基于资源的策略 | 否 | Nimble Studio 不支持基于资源的策略或跨账户存取。基于资源的策略是附加到资源的 JSON 策略文档。基于资源的策略的示例包括 IAM **角色信任策略**和 Amazon S3 **存储桶策略**。在支持基于资源的策略的服务中，服务管理员可以使用它们来控制对特定资源的访问。对于在其中附加策略的资源，策略定义指定主体可以对该资源执行哪些操作以及在什么条件下执行。在基于资源的策略中[指定主体](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。委托人可以包括账户、用户、角色、联合用户或 AWS 服务。 ## Nimble Studio 的策略操作 | | | | --- |--- | | 支持策略操作 | 是 | 管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。 JSON 策略的 `Action` 元素描述可用于在策略中允许或拒绝访问的操作。策略操作通常与关联的 AWS API 操作同名。有一些例外情况，例如没有匹配 API 操作的**仅限权限**操作。还有一些操作需要在策略中执行多个操作。这些附加操作称为**相关操作**。 在策略中包含操作以授予执行关联操作的权限。 如查看 Nimble Studio 操作的列表，请参阅**《服务授权参考》**中 [Amazon Nimble Studio 定义的操作](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonnimblestudio.html)。 Nimble Studio 中的策略操作在操作前使用以下前缀： ``` nimble ``` 要在单个语句中指定多项操作，请使用逗号将它们隔开。 ``` "Action": [ "nimble:action1", "nimble:action2" ] ``` 要查看 Nimble Studio 基于身份的策略的示例，请参阅 [适用于 Amazon Nimble Studio 的基于身份的策略示例](security-iam-id-based-policy-examples.md)。 ## Nimble Studio 的策略资源 | | | | --- |--- | | 支持策略资源 | 是 | 管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。 `Resource` JSON 策略元素指定要向其应用操作的一个或多个对象。语句必须包含 `Resource` 或 `NotResource` 元素。作为最佳实践，请使用其 [Amazon 资源名称（ARN）](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)指定资源。对于支持特定资源类型（称为**资源级权限**）的操作，您可以执行此操作。 对于不支持资源级权限的操作（如列出操作），请使用通配符 (\*) 指示语句应用于所有资源。 ``` "Resource": "*" ``` 要查看 Nimble Studio 基于身份的策略的示例，请参阅 [适用于 Amazon Nimble Studio 的基于身份的策略示例](security-iam-id-based-policy-examples.md)。 ## Amazon Nimble Studio 的策略条件密钥 | | | | --- |--- | | 支持策略条件密钥 | 是 | 管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。 `Condition` 元素（或 `Condition`block) lets you specify conditions in which a statement is in effect. The `Condition` 元素）是可选项。您可以创建使用[条件运算符](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)（例如，等于或小于）的条件表达式，以使策略中的条件与请求中的值相匹配。 如果您在一个语句中指定多个 `Condition` 元素，或在单个 `Condition` 元素中指定多个键，则 AWS 使用逻辑 `AND` 运算评估它们。如果您为单个条件键指定多个值，则 AWS 使用逻辑 `OR` 运算来评估条件。在授予语句的权限之前必须满足所有的条件。 在指定条件时，您也可以使用占位符变量。例如，仅当用户使用其用户名进行标记时，您才可为其授予访问资源的权限。有关更多信息，请参阅《IAM 用户指南》****中的 [IAM policy 元素：变量和标签](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_variables.html)。 AWS 支持全局条件密钥和特定于服务的条件密钥。要查看所有 AWS 全局条件键，请参阅《IAM 用户指南》****中的 [AWS 全局条件上下文键](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。 要查看 Nimble Studio 基于身份的策略的示例，请参阅 [适用于 Amazon Nimble Studio 的基于身份的策略示例](security-iam-id-based-policy-examples.md)。 ## Nimble Studi ACLs o 中的访问控制列表 () | | | | --- |--- | | 支持 ACLs | 否 | Nimble Studio 不支持访问控制列表 (ACLs)。 ACLs 控制哪些委托人（账户成员、用户或角色）有权访问资源。 ACLs 与基于资源的策略类似，尽管它们不使用 JSON 策略文档格式。 ## 使用 Nimble Studio 的基于属性的访问控制 (ABAC) | | | | --- |--- | | 支持 ABAC（策略中的标签） | 是 | 基于属性的访问控制 (ABAC) 是一种授权策略，该策略基于属性来定义权限。在中 AWS，这些属性称为**标签**。您可以向 IAM 实体（用户或角色）和许多 AWS 资源附加标签。标记实体和资源是 ABAC 的第一步。然后设计 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)。 ## 将临时凭证用于 Nimble Studio | | | | --- |--- | | 支持临时凭证 | 是 | 当你使用临时证书登录时，有些 AWS 服务 不起作用。有关更多信息，包括哪些 AWS 服务 适用于临时证书，请参阅 IAM **用户指南中的[AWS 服务 与 IA](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) M** 配合使用的信息。 如果您使用除用户名和密码之外的任何方法登录，则 AWS 管理控制台 使用的是临时证书。例如，当您 AWS 使用公司的单点登录 (SSO) 链接进行访问时，该过程会自动创建临时证书。当您以用户身份登录控制台，然后切换角色时，您还会自动创建临时凭证。有关切换角色的更多信息，请参阅《IAM 用户指南》中的[切换到角色（控制台）](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_use_switch-role-console.html)。 您可以使用 AWS CLI 或 AWS API 手动创建临时证书。然后，您可以使用这些临时证书进行访问 AWS。 AWS 建议您动态生成临时证书，而不是使用长期访问密钥。有关更多信息，请参阅 [IAM 中的临时安全凭证](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)。 ## Nimble Studio 的跨服务主体权限 | | | | --- |--- | | 支持主体权限 | 是 | ## Nimble Studio 的服务角色 | | | | --- |--- | | 支持服务角色 | 是 | 服务角色是由一项服务担任、代表您执行操作的 [IAM 角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)。服务角色只在您的账户内提供访问权限，不能用于为访问其它账户中的服务授权。管理员可以在 IAM 中创建、修改和删除服务角色。有关更多信息，请参阅《IAM 用户指南》中的[创建向 AWS 服务委派权限的角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)。 **警告** 更改服务角色的权限可能会破坏 Nimble Studio 的功能。仅当 Nimble Studio 提供相关指导时才编辑服务角色。 ## Nimble Studio 的服务相关角色 | | | | --- |--- | | 支持服务相关角色 | 否 | Nimble Studio 不支持服务相关角色。服务相关角色是一种与服务相关联的 AWS 服务服务角色。服务可以代入代表您执行操作的角色。服务相关角色显示在您的 IAM 账户中，并归该服务所有。 管理员可以查看但不能编辑服务相关角色的权限。 有关创建或管理服务相关角色的详细信息，请参阅[使用 IAM 的AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。在表中查找**服务相关角色**列中包含 `Yes` 额表。选择**是**链接以查看该服务的服务相关角色文档。