View a markdown version of this page

操作方法 AWS 账户管理与 IAM 配合使用 - AWS 账户管理

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

操作方法 AWS 账户管理与 IAM 配合使用

这些信息与您在使用我们的高级 AWS 体验时创建的信息最为 AWS 账户 相关。要了解访问控制如何适用于我们的新 AWS 体验,请参阅比较访问管理

在使用 IAM 管理对账户管理的访问之前,您应该了解哪些 IAM 功能可用于账户管理。

您可以与之配合使用的 IAM 功能 AWS 账户管理
IAM 功能 账户管理支持

Identity-based 政策

Resource-based 政策

策略操作

策略资源

策略条件键

ACL

ABAC(策略中的标签)

临时凭证

主体权限

服务角色

Service-linked 角色

要详细了解账户管理和其他 AWS 服务如何与大多数 IAM 功能配合使用,请参阅 IAM 用户指南中的与 IA M 配合使用的AWS 服务。

Identity-based 账户管理政策

支持基于身份的策略:

Identity-based 策略是 JSON 权限策略文档,您可以将其附加到身份,例如 IAM 用户、用户组或角色。这些策略控制用户和角色可在何种条件下对哪些资源执行哪些操作。要了解如何创建基于身份的策略,请参阅《IAM 用户指南》中的使用客户管理型策略定义自定义 IAM 权限

通过使用 IAM 基于身份的策略,您可以指定允许或拒绝的操作和资源以及允许或拒绝操作的条件。要了解可在 JSON 策略中使用的所有元素,请参阅《IAM 用户指南》中的 IAM JSON 策略元素引用

Identity-based 账户管理的政策示例

要查看账户管理基于身份的策略的示例,请参阅Identity-based 的策略示例 AWS 账户管理

Resource-based 账户管理中的政策

支持基于资源的策略:

Resource-based 策略是您附加到资源的 JSON 策略文档。基于资源的策略的示例包括 IAM 角色信任策略和 Amazon S3 存储桶策略。在支持基于资源的策略的服务中,服务管理员可以使用它们来控制对特定资源的访问。对于在其中附加策略的资源,策略定义指定主体可以对该资源执行哪些操作以及在什么条件下执行。您必须在基于资源的策略中指定主体。委托人可以包括账户、用户、角色、联合用户或 AWS 服务。

要启用跨账户访问,您可以将整个账户或其它账户中的 IAM 实体指定为基于资源的策略中的主体。有关更多信息,请参阅《IAM 用户指南》中的 IAM 中的跨账户资源访问

账户管理的策略操作

支持策略操作:

管理员可以使用 AWS JSON 策略来指定谁有权访问哪些内容。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。

JSON 策略的 Action 元素描述可用于在策略中允许或拒绝访问的操作。在策略中包含操作以授予执行关联操作的权限。

要查看账户管理操作列表,请参阅服务授权参考中 AWS 账户管理定义的操作

账户管理中的策略操作在操作前使用以下前缀:

account

要在单个语句中指定多项操作,请使用逗号将它们隔开。

"Action": [ "account:action1", "account:action2" ]

您也可以使用通配符(*)指定多个操作。例如,要指定适用于备用联系 AWS 账户人的所有操作,请包括以下操作。

"Action": "account:*AlternateContact"

要查看账户管理基于身份的策略的示例,请参阅Identity-based 的策略示例 AWS 账户管理

账户管理的策略资源

支持策略资源:

管理员可以使用 AWS JSON 策略来指定谁有权访问哪些内容。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。

Resource JSON 策略元素指定要向其应用操作的一个或多个对象。作为最佳实践,请使用其 Amazon 资源名称(ARN)指定资源。对于不支持资源级权限的操作,请使用通配符 (*) 指示语句应用于所有资源。

"Resource": "*"

账户管理服务支持 IAM 策略Resource元素中的以下特定资源类型,以帮助您筛选策略并区分这些类型 AWS 账户:

  • account

    resource 类型仅匹配不属于 AWS Organizations 服务管理组织中的成员账户的独立 AWS 账户 。

  • accountInOrganization

    resource类型仅匹配由 AWS 账户 该 AWS Organizations 服务管理的组织中的成员帐户。

要查看账户管理资源类型及其 ARN 的列表,请参阅服务授权参考中 AWS 账户管理定义的资源。要了解您可以使用哪些操作来指定每种资源的 ARN,请参阅 AWS 账户管理定义的操作。

要查看账户管理基于身份的策略的示例,请参阅Identity-based 的策略示例 AWS 账户管理

账户管理的策略条件键

支持特定于服务的策略条件键:

管理员可以使用 AWS JSON 策略来指定谁有权访问哪些内容。也就是说,哪个主体可以对什么资源执行操作,以及在什么条件下执行。

Condition 元素根据定义的条件指定语句何时执行。您可以创建使用条件运算符(例如,等于或小于)的条件表达式,以使策略中的条件与请求中的值相匹配。要查看所有 AWS 全局条件密钥,请参阅 IAM 用户指南中的AWS 全局条件上下文密钥

账户管理服务支持以下条件键,您可以使用这些键来为 IAM 策略提供精细筛选:

  • 账户:TargetRegion

    此条件键的参数由一列 AWS 区域代码组成。它允许筛选策略,从而只影响适用于指定区域的操作。

  • 账户:AlternateContactTypes

    此条件键采用备用联系人类型的列表:

    • BILLING

    • OPERATIONS

    • SECURITY

    使用此键,您可以将请求筛选为仅针对指定备用联系人类型的操作。

  • 账户:AccountResourceOrgPaths

    此条件键的参数由通过组织层次结构通往特定组织单元(OU)的路径的列表组成。它让您可以筛选策略,使其仅影响匹配 OU 中的目标账户。

    o-aa111bb222/r-a1b2/ou-a1b2-f6g7h111/*
  • 账户:AccountResourceOrgTags

    此条件键的参数由一列标签键和值组成。它允许筛选策略,从而只影响那些属于组织成员且标有指定标签键和值的账户。

  • 账户:EmailTargetDomain

    此条件键的参数由电子邮件域的列表组成。它让您可以筛选策略,使其仅影响与指定电子邮件域匹配的操作。此条件键区分大小写。您应在策略条件块中使用 StringEqualsIgnoreCase 而非 StringEquals,以便根据目标电子邮件地址域来控制操作。以下是一个示例策略,它让您可以在电子邮件域名包含 example.comcompany.org 或任何大小写组合(如 EXAMPLE.COM)时完成 account:StartPrimaryEmailUpdate 操作。

    { "Version": "2012-10-17", "Statement": [ { "Sid": "AllowConditionKey", "Effect": "Allow", "Action": [ "account:StartPrimaryEmailUpdate" ], "Resource": "*", "Condition": { "StringEqualsIgnoreCase": { "account:EmailTargetDomain": [ "example.com", "company.org" ] } } } ] }

要查看账户管理条件密钥列表,请参阅服务授权参考中的 AWS 账户管理条件密钥。要了解您可以使用哪些操作和资源来使用条件密钥,请参阅 AWS 账户管理定义的操作

要查看账户管理基于身份的策略的示例,请参阅Identity-based 的策略示例 AWS 账户管理

账户管理中的访问控制列表

支持 ACL:

访问控制列表(ACL)控制哪些主体(账户成员、用户或角色)有权访问资源。ACL 与基于资源的策略类似,但它们不使用 JSON 策略文档格式。

Attribute-based 使用账户管理进行访问控制

支持 ABAC(策略中的标签):

Attribute-based 访问控制 (ABAC) 是一种基于属性定义权限的授权策略。在中 AWS,这些属性称为标签。您可以将标签附加到 IAM 实体(用户或角色)和许多 AWS 资源。标记实体和资源是 ABAC 的第一步。然后设计 ABAC 策略,以在主体的标签与他们尝试访问的资源标签匹配时允许操作。

ABAC 在快速增长的环境中非常有用,并在策略管理变得繁琐的情况下可以提供帮助。

对于 AWS 账户管理,仅通过account:AccountResourceOrgTags/key-name条件密钥支持基于标签的访问控制。账户命名空间中的 API 不支持标准 aws:ResourceTag/key-name 条件键。

使用受支持条件密钥的示例 JSON 策略

以下示例策略允许访问组织中使用密钥 “” 和值 “12345CostCenter” 或 “67890” 标记的帐户的联系信息。

JSON
{ "Version":"2012-10-17", "Statement":[ { "Effect":"Allow", "Action":[ "account:GetContactInformation", "account:GetAlternateContact" ], "Resource":"*", "Condition":{ "ForAnyValue:StringEquals":{ "account:AccountResourceOrgTags/CostCenter":[ "12345", "67890" ] } } } ] }

有关 ABAC 的更多信息,请参阅 IAM 用户指南中的基于属性定义权限 IAM 教程:根据标签定义访问 AWS 资源权限。

将临时凭证用于账户管理

支持临时凭证:

临时证书提供对 AWS 资源的短期访问权限,并在您使用联合或切换角色时自动创建。 AWS 建议您动态生成临时证书,而不是使用长期访问密钥。有关更多信息,请参阅《IAM 用户指南》中的 IAM 中的临时安全凭证使用 IAM 的。AWS 服务

Cross-service 账户管理的主要权限

支持转发访问会话(FAS):

前向访问会话 (FAS) 使用主体调用的权限 AWS 服务,以及 AWS 服务 向下游服务发出请求的请求。有关发出 FAS 请求时的策略详情,请参阅转发访问会话

账户管理的服务角色

支持服务角色:

服务角色是由一项服务担任、代表您执行操作的 IAM 角色。IAM 管理员可以在 IAM 中创建、修改和删除服务角色。有关更多信息,请参阅《IAM 用户指南》中的创建向 AWS 服务委派权限的角色

Service-linked 账户管理的角色

支持服务相关角色:

服务相关角色是一种链接到的服务角色。 AWS 服务该服务可以代入代表您执行操作的角色。 Service-linked 角色显示在您的中 AWS 账户 且归服务所有。IAM 管理员可以查看但不能编辑服务关联角色的权限。

有关创建或管理服务相关角色的详细信息,请参阅能够与 IAM 搭配使用的AWS 服务。在表中查找Service-linked 角色Yes中包含的服务。选择链接以查看该服务的服务相关角色文档。