管理 Amazon DynamoDB 资源的访问权限概述 - Amazon DynamoDB
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

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

管理 Amazon DynamoDB 资源的访问权限概述

每个 AWS 资源都归某个 AWS 账户所有,创建和访问资源的权限由权限策略进行管理。账户管理员可以向 IAM 身份(即:用户、组和角色)附加权限策略,某些服务(如 AWS Lambda)也支持向资源附加权限策略。

注意

账户管理员(或管理员用户)是具有管理员权限的用户。有关更多信息,请参阅 中的 IAM 最佳实践IAM 用户指南

在授予权限时,您要决定谁获得权限,获得对哪些资源的权限,以及您允许对这些资源执行的具体操作。

DynamoDB 资源和操作

在 DynamoDB 中,主要资源是。DynamoDB 还支持其他资源类型,即 索引。但是,只能在现有的 DynamoDB 表范围内创建索引和流。这些资源称作子资源

这些资源和子资源具有与其关联的唯一 Amazon 资源名称 (ARN),如下表所示。

资源类型 ARN 格式
arn:aws:dynamodb:region:account-id:table/table-name
索引 arn:aws:dynamodb:region:account-id:table/table-name/index/index-name
arn:aws:dynamodb:region:account-id:table/table-name/stream/stream-label

DynamoDB 提供一组操作用来处理 DynamoDB 资源。有关可用操作的列表,请参阅 Amazon DynamoDB 操作

了解资源所有权

AWS 账户对在该账户下创建的资源具有所有权,而无论创建资源的人员是谁。具体而言,资源拥有者是对资源创建请求进行身份验证的委托人实体(即 AWS 账户根用户、IAM 用户或 IAM 角色)的 AWS 账户。以下示例说明了它的工作原理:

  • 如果您使用 AWS 账户的根用户凭证创建 表,则您的 AWS 账户即为该资源的所有者(在 DynamoDB 中,该资源为 表)。

  • 如果您在您的 AWS 账户中创建 IAM 用户并向该用户授予创建表的权限,则该用户可以创建表。但是,table 资源由该用户所属的 AWS 账户所有。

  • 如果您在您的 AWS 账户中创建具有创建 IAM 的权限的 表 角色,则能够代入该角色的任何人都可以创建 表。table 资源由该角色所属的 AWS 账户所有。

管理对资源的访问

权限策略 规定谁可以访问哪些内容。下一节介绍创建权限策略时的可用选项。

注意

本节讨论如何在 IAM 范围内使用 DynamoDB。这里不提供有关 IAM 服务的详细信息。有关完整的 IAM 文档,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/introduction.html 中的什么是 IAM?IAM 用户指南。有关 IAM 策略语法和说明的信息,请参阅 中的 AWS IAM 策略参考。IAM 用户指南

附加到 IAM 身份的策略称为基于身份的策略(IAM 策略)。附加到资源的策略称为基于资源 的策略。DynamoDB 仅支持基于身份的策略(IAM 策略)。

基于身份的策略(IAM 策略)

您可以向 IAM 身份挂载策略。例如,您可以执行以下操作:

  • 将权限策略附加到您账户中的用户或组 – 要向用户授予创建 Amazon DynamoDB 资源(如表)的权限,您可以将权限策略附加到用户或用户所属的组。

  • 向角色附加权限策略(授予跨账户权限) – 您可以向 IAM 角色附加基于身份的权限策略,以授予跨账户的权限。例如,账户 A 中的管理员可以创建一个角色,以向其他 AWS 账户(如账户 B)或某项 AWS 服务授予跨账户权限,如下所述:

    1. 账户 A 管理员可以创建一个 IAM 角色,然后向该角色附加为其授予访问账户 A 中资源的权限的权限策略。

    2. 账户 A 管理员可以向角色挂载信任策略,将账户 B 标识为能够担任该角色的委托人。

    3. 之后,账户 B 管理员可以委派权限,指派账户 B 中的任何用户担任该角色。这样,账户 B 中的用户就可以创建或访问账户 A 中的资源了。如果您需要授予 AWS 服务权限来担任该角色,则信任策略中的委托人也可以是 AWS 服务委托人。

    有关使用 IAM 委派权限的更多信息,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/access.html 中的IAM 用户指南访问权限管理

下面是一个示例策略,用于授予一个 DynamoDB 操作 (dynamodb:ListTables) 的权限。Resource 值中的通配符 (*) 表示您可以使用此操作获取当前 AWS 区域中 AWS 账户拥有的所有表的名称。

{ "Version": "2012-10-17", "Statement": [ { "Sid": "ListTables", "Effect": "Allow", "Action": [ "dynamodb:ListTables" ], "Resource": "*" } ] }

有关对 DynamoDB 使用基于身份的策略的更多信息,请参阅将基于身份的策略(IAM 策略)用于Amazon DynamoDB。有关用户、组、角色和权限的更多信息,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/id.html 中的IAM 用户指南身份 (用户、组和角色)

基于资源的策略

其他服务(如 Amazon S3)也支持基于资源的权限策略。例如,您可以将基于资源的策略附加到 S3 存储桶以管理对该存储桶的访问权限。DynamoDB 不支持基于资源的策略。

指定策略元素:操作、效果和委托人

对于每种 DynamoDB 资源,该服务都定义了一组 API 操作。为授予这些 API 操作的权限,DynamoDB 定义了一组您可以在策略中指定的操作。某些 API 操作可能需要多个操作的权限才能执行 API 操作。有关资源和 API 操作的更多信息,请参阅 DynamoDB 资源和操作和 DynamoDB 操作

以下是最基本的策略元素:

  • Resource – 您使用 Amazon 资源名称 (ARN) 来标识策略应用到的资源。有关更多信息,请参阅DynamoDB 资源和操作

  • Action – 您可以使用操作关键字标识要允许或拒绝的资源操作。例如:dynamodb:Query 允许执行 DynamoDB Query 操作的用户权限。

  • Effect – 用于指定用户请求特定操作时的效果(可以是允许或拒绝)。如果没有显式授予(允许)对资源的访问权限,则隐式拒绝访问。您也可显式拒绝对资源的访问,这样可确保用户无法访问该资源,即使有其他策略授予了访问权限的情况下也是如此。

  • Principal – 在基于身份的策略(IAM 策略)中,附加了策略的用户是隐式委托人。对于基于资源的策略,您可以指定要接收权限的用户、账户、服务或其他实体(仅适用于基于资源的策略)。DynamoDB 不支持基于资源的策略。

有关 IAM 策略语法和说明的更多信息,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/reference_policies.html 中的 IAM 用户指南AWS IAM 策略参考

有关显示所有 API 操作及其适用于的资源的表列表Amazon DynamoDB,请参阅DynamoDB API 权限:操作、资源和条件参考

在策略中指定条件

当您授予权限时,可使用访问策略语言来指定规定策略何时生效的条件。例如,您可能希望策略仅在特定日期后应用。有关使用策略语言指定条件的更多信息,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/reference_policies_elements.html#Condition 中的条件IAM 用户指南。

要表示条件,您可以使用预定义的条件键。有 AWS 范围内的条件键和 DynamoDB– 特定键,您可以根据需要使用。有关 AWS 范围内的键的完整列表,请参阅 https://docs.amazonaws.cn/IAM/latest/UserGuide/reference_policies_elements.html#AvailableKeys 中的IAM 用户指南条件的可用键。有关特定于 DynamoDB– 的键的完整列表,请参阅使用 IAM 策略条件实现精细访问控制