Amazon KMS 的身份验证和访问控制 - Amazon Key Management Service
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

Amazon KMS 的身份验证和访问控制

要使用 Amazon KMS,您必须拥有 Amazon 可以用来验证您的请求的凭证。此凭证必须包括 Amazon 资源、Amazon KMS keys别名的访问权限。下面各主题提供有关可如何使用 Amazon Identity and Access Management (IAM) 的详细信息,以及通过控制可以访问资源的对象来保护资源的 Amazon KMS 权限。

管理对 Amazon KMS 资源的访问权限的主要方式是使用策略。策略是用于描述哪些委托人可以访问什么资源的文档。附加到 IAM 身份的策略称作基于身份的策略(或 IAM 策略),附加到其他类型资源的策略称作资源策略。KMS 密钥的 Amazon KMS 资源策略称作密钥策略。所有 KMS 密钥都具有密钥策略。

若要控制对 Amazon KMS 别名的访问,请使用 IAM 策略。若要允许主体创建别名,您必须在 IAM 策略中提供别名权限,并在密钥策略中提供密钥权限。有关详细信息,请参阅 控制对别名的访问

要控制对 KMS 密钥的访问,您可以使用下列策略机制。

  • 密钥策略:每个 KMS 密钥都有密钥策略。密钥策略也是控制访问 KMS 密钥的主要机制。您只能使用密钥策略来控制访问,这意味着对 KMS 密钥的所有访问均在单个文档(密钥策略)中进行定义。有关使用密钥策略的更多信息,请参阅密钥策略

  • IAM 策略:您可以将 IAM 策略与密钥策略和授权结合使用,以控制对 KMS 密钥的访问。通过用这种方式控制访问,您可以管理 IAM 中各 IAM 身份的所有权限。若要使用 IAM 策略允许访问 KMS 密钥,密钥策略必须明确允许此访问。有关使用 IAM; 策略的更多信息,请参阅 IAM 策略

  • 授权:您可以将密钥策略与 IAM 策略结合使用,以允许对 KMS 密钥的访问。通过用这种方式控制访问,您可以在密钥策略中允许访问 KMS 密钥,并允许用户将其访问权限委托给其他用户。有关使用授权的更多信息,请参阅Amazon KMS 中的授权

KMS 密钥属于创建它们的 Amazon 账户。创建 KMS 密钥的 IAM 用户不会被视为密钥的拥有者,且他们不会自动获得使用或管理自己所创建 KMS 密钥的权限。与任何其他主体一样,密钥创建者需要通过密钥策略、IAM 策略或授权获得权限。但是,拥有 kms:CreateKey 权限的主体可以设置初始密钥策略,并授予自己使用或管理密钥的权限。

Amazon KMS 访问控制中的概念

了解 Amazon KMS 中讨论访问控制所用的概念。

身份验证

您可以以下面任一类型的身份访问 Amazon:

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

    重要

    出于安全考虑,我们建议您仅使用根凭证创建管理员用户,该用户是对您的 Amazon Web Services 账户 具有完全访问权的 IAM 用户。随后,您可以使用此管理员用户来创建具有有限权限的其他 IAM 用户和角色。有关更多信息,请参阅IAM 用户指南 中的创建单独的 IAM 用户 (IAM 最佳实践)创建管理员用户和组

  • IAM 用户IAM 用户是 Amazon Web Services 账户 中具有特定权限(例如,使用 KMS 密钥)的身份。您可以使用 IAM 用户名和密码登录以保护 Amazon 网页(如 Amazon Web Services Management ConsoleAmazon 论坛Amazon Web Services Support 中心)。

    除了用户名和密码,您还可以为每个用户创建访问密钥,以便用户能够通过使用 Amazon 开发工具包Amazon Command Line InterfaceAmazon Tools for PowerShell 以编程方式访问 Amazon 服务。开发工具包和命令行工具使用访问密钥对 API 请求进行加密签名。如果您不使用 Amazon 工具,则必须自行对请求签名。Amazon KMS 支持签名版本 4,后者是一种用于对 API 请求进行身份验证的 Amazon 协议。有关验证 API 请求的更多信息,请参阅 Amazon一般参考中的签名版本 4 签名流程

  • IAM 角色IAM 角色是可在账户中创建的另一种具有特定权限的 IAM 身份。它类似于 IAM 用户,但未与特定人员关联。借助 IAM 角色,您可以获得支持以编程方式访问 Amazon 服务和资源的临时访问密钥。IAM 角色在以下情况下很有用:

    • 联合身份用户访问 – 您可以不创建 IAM 用户,而是使用来自 Amazon Directory Service、您的企业用户目录或 Web 身份提供商的既有用户身份。他们被称为联合身份用户。联合身份用户通过身份提供商来使用 IAM 角色。有关联合身份用户的更多信息,请参阅 IAM 用户指南中的联合身份用户和角色

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

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

    • 在 EC2 实例上运行的应用程序 - 您不用将访问密钥存储在 EC2 实例中以供实例上运行的应用程序使用并发出 Amazon API 请求,而是可以使用 IAM 角色来为这些应用程序提供临时访问密钥。要向 EC2 实例分配 IAM 角色,您需要创建实例配置文件并在启动实例时将其附加到实例。实例配置文件包含角色,并使 EC2 实例上运行的应用程序能够获得临时访问密钥。有关更多信息,请参阅 IAM 用户指南中的对 Amazon EC2 上的应用程序使用角色

授权

您可以使用有效的凭证对请求进行身份验证,但也需要权限才可发出 Amazon KMS API 请求来创建、管理或使用 Amazon KMS 资源。例如,您必须具有创建、管理 KMS 密钥以及将 KMS 密钥用于加密操作的权限。

使用密钥策略、IAM 策略和授权来控制对您的 Amazon KMS 资源的访问。仅在请求或资源满足您指定的条件时,您才可以使用策略条件键授予访问权限。您可以向您在其他 Amazon 账户中信任的主体授予访问权限。

Amazon KMS 资源

在 Amazon KMS 中,主要资源为 Amazon KMS keys。Amazon KMS 也支持别名,别名是为 KMS 密钥提供友好名称的独立资源。一些 Amazon KMS 操作允许您使用别名来标识 KMS 密钥。

KMS 密钥或别名的每个实例均具有标准格式的唯一 Amazon Resource Name (ARN)。在 Amazon KMS 资源中,Amazon 服务名称为 kms

  • Amazon KMS key

    ARN 格式:

    arn:Amazon partition name:Amazon service name:Amazon Web Services 区域:Amazon Web Services 账户 ID:key/key ID

    示例 ARN:

    arn:aws:kms:us-west-2:111122223333:key/1234abcd-12ab-34cd-56ef-1234567890ab

  • 别名

    ARN 格式:

    arn:Amazon partition name:Amazon service name:Amazon Web Services 区域:Amazon Web Services 账户 ID:alias/alias name

    示例 ARN:

    arn:aws:kms:us-west-2:111122223333:alias/example-alias

Amazon KMS 提供一组 API 操作,用以处理您的 Amazon KMS 资源。有关在 Amazon Web Services Management Console和 Amazon KMS API 操作中标识 KMS 密钥的更多信息,请参阅 密钥标识符 (KeyId)。有关 Amazon KMS 操作的列表,请参阅 Amazon Key Management Service API 参考