Amazon Identity and Access Management 和 Amazon Organizations - Amazon Organizations
身份验证访问控制
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Amazon Identity and Access Management 和 Amazon Organizations

访问 Amazon Organizations 需要凭证。这些凭证必须有权访问Amazon资源，例如 Amazon Simple Storage Service（Amazon S3）存储桶、Amazon Elastic Compute Cloud（Amazon EC2）实例或 Amazon Organizations 组织部门（OU）。以下部分提供了有关如何使用 Amazon Identity and Access Management（IAM）帮助确保安全访问组织和控制谁可以管理组织的详细信息。

为确定谁能够管理组织的哪些部分，Amazon Organizations 使用与其他Amazon服务相同的基于 IAM 的权限模型。作为组织的管理账户中的管理员，您可以通过将策略附加到管理账户中的用户、组和角色，授予基于 IAM 的权限以执行 Amazon Organizations 任务。这些策略指定这些委托人可执行的操作。您将 IAM 权限策略附加到用户所属的组，或者直接附加到用户或角色。作为最佳实践，我们建议您将策略附加到组而不是用户。您还可以选择向其他人授予完整管理员权限。

对于 Amazon Organizations 的大多数管理员操作，您需要将权限附加到管理账户中的用户或组。如果某个成员账户中的用户需要为您的组织执行管理员操作，则您需要将 Amazon Organizations 权限授予管理账户中的 IAM 角色，并且在成员账户中启用用户来担任该角色。有关 IAM 权限策略的常规信息，请参阅《IAM 用户指南》中的 IAM 策略概述。

主题

身份验证

您能够以下面任一类型的身份访问 Amazon：

  • Amazon Web Services 账户根用户 - 注册Amazon时，您需要提供与您的Amazon Web Services 账户关联的电子邮件地址和密码。这些是您的根凭证，它们提供对您所有 Amazon 资源的完全访问权限。

    重要

    当您注册 Amazon Web Services 账户时，系统将会创建一个 Amazon Web Services 账户根用户。根用户有权访问该账户中的所有 Amazon Web Services 和资源。作为安全最佳实践，请为管理用户分配管理访问权限，并且只使用根用户执行需要根用户访问权限的任务。

  • IAM 用户 – IAM 用户就是您的Amazon Web Services 账户中的一种身份，它具有特定的自定义权限（例如，用于在 Amazon Elastic File System 中创建文件系统的权限）。您可以使用 IAM 用户名和密码登录以保护Amazon网页（如Amazon Web Services Management Console、Amazon开发论坛或Amazon支持中心）。

    除了用户名和密码之外，您还可以为每个用户生成访问密钥。在通过几个开发工具包之一或使用 Amazon Command Line Interface（Amazon CLI）以编程方式访问Amazon服务时，可以使用这些密钥。SDK 和 Amazon CLI 工具使用访问密钥对您的请求进行加密签名。如果您不使用 Amazon 工具，则必须自行对请求签名。Amazon Organizations 支持签名版本 4，后者是一种用于对入站 API 请求进行身份验证的协议。有关对请求进行身份验证的更多信息，请参阅 I AM 用户指南中的签署 Amazon API 请求。

  • IAM 角色 – IAM 角色是可在账户中创建的另一种具有特定权限的 IAM 身份。它类似于 IAM 用户，但未与特定人员相关联。利用 IAM 角色，您可以获得可用于访问Amazon服务和资源的临时访问密钥。具有临时凭证的 IAM 角色在以下情况下很有用：

    • 联合身份用户访问 – 您可以不创建 IAM 用户，而是使用来自 Amazon Directory Service、您的企业用户目录或 Web 身份提供程序的既有用户身份。这些用户被称为联合用户。在通过身份提供商请求访问权限时，Amazon将为联合身份用户分配角色。有关联合身份用户的更多信息，请参阅 IAM 用户指南中的联合身份用户和角色。

    • 跨账户访问 – 可以使用您账户中的 IAM 角色向另一个Amazon Web Services 账户授予对您账户的资源的访问权限。有关示例，请参阅《IAM 用户指南》中的教程：使用 IAM 角色委派跨 Amazon Web Services 账户 的访问权限。

    • Amazon服务访问 – 可以使用您账户中的 IAM 角色向Amazon服务授予对您账户的资源的访问权限。例如，您可以创建一个角色以允许 Amazon Redshift 代表您访问 Amazon S3 存储桶，然后将存储在该存储桶中的数据加载到 Amazon Redshift 集群中。有关更多信息，请参阅 IAM 用户指南中的创建向Amazon服务委派权限的角色。

    • 在Amazon EC2 上运行的应用程序 – 您不用将访问密钥存储在 EC2 实例中以供实例上运行的应用程序使用并发出 Amazon API 请求，而是可以使用 IAM 角色管理这些应用程序的临时凭证。要将Amazon角色分配给 EC2 实例并使其对该实例的所有应用程序可用，您可以创建一个附加到实例的实例配置文件。实例配置文件包含角色，并使 EC2 实例上运行的程序能够获得临时凭证。有关更多信息，请参阅 IAM 用户指南中的使用 IAM 角色为 Amazon EC2 实例上运行的应用程序授予权限。

访问控制

您可以使用有效的凭证来对自己的请求进行身份验证，但您还必须拥有权限才能管理或访问 Amazon Organizations 资源。例如，您必须拥有权限来创建 OU 或者将服务控制策略 (SCP) 附加到账户。

下面几节介绍如何管理 Amazon Organizations 的权限。