登录控制台
AWS Identity and Access Management
用户指南
AWS 文档 » AWS Identity and Access Management » 用户指南 » AWS Identity and Access Management 的参考信息 » IAM JSON 策略参考 » IAM JSON 策略语言的语法
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅中国的 AWS 服务入门。

IAM JSON 策略语言的语法

该页提供了用于在 IAM 中创建 JSON 策略的语言的正式语法。提供此语法的目的是为了便于您理解如何构造和验证策略。

有关策略示例，请参阅以下主题：

有关其他 AWS 产品中使用的策略的示例，请参阅相应服务的文档。

策略语言和 JSON

策略是以 JSON 格式表示的。策略在提交到 IAM 时需要先进行验证，以确保 JSON 语法正确。在此文档中，我们不提供有效 JSON 组成部分的完整说明。而是提供一些基本的 JSON 规则：

  • 各实体间允许使用空格。

  • 值用引号括起来。对于数字值和布尔值，引号是可选的。

  • 很多元素 (例如 action_string_list 和 resource_string_list) 都可以采用 JSON 数组作为值。数组可以采用一个或多个值。如果包含多个值，则数组用方括号 ([ 和 ]) 括起来并用逗号分隔，如以下示例中所示：

    "Action" : ["ec2:Describe*","ec2:List*"]

  • 基本 JSON 数据类型 (布尔型、数字和字符串) 在 RFC 7159 中定义。

您可以使用 JSON 验证程序检查策略语法。可以在线查找验证程序，很多代码编辑器和 XML 编辑工具也包含 JSON 验证功能。

此语法采用的约定

此语法采用以下约定：

  • 以下字符是 JSON 令牌，包含 在策略中：

    { } [ ] " , :

  • 以下字符是语法中的特殊字符，不包含 在策略中：

    = < > ( ) |

  • 当一个元素允很多个值时，使用重复值、逗号分隔符和省略号 (...) 进行表示。示例：

    [<action_string>, <action_string>, ...]

    <principal_map> = { <principal_map_entry>, <principal_map_entry>, ... }

    允许多个值时，只包含一个值也是有效的。只有一个值时，必须省略尾部的逗号。如果元素采用数组 (使用 [ 和 ] 标记) 但只包含一个值，则括号可选。示例：

    "Action": [<action_string>]

    "Action": <action_string>

  • 元素后的问号 (?) 表示该元素是可选的。例如：

    <version_block?>

    不过，请务必参考语法列表后的说明了解有关可选元素的详细信息。

  • 元素之间的竖线 (|) 表示备选项。在语法中，圆括号定义备选项的范围。例如：

    ("Principal" | "NotPrincipal")

  • 必须为文字字符串的元素括在双引号 (") 中。例如：

    <version_block> = "Version" : ("2008-10-17" | "2012-10-17")

有关更多说明，请参阅语法列表后面的策略语法说明。

语法

下面的列表描述了策略语言语法。有关此列表中采用的约定，请参阅前面的部分。有关更多信息，请参阅后面的说明。

注意

此语法描述了使用版本号 2008-10-17 和 2012-10-17 标记的策略。Version 策略元素与策略版本不同。Version 策略元素用在策略之中，用于定义策略语言的版本。另一方面，当您对 IAM 中的客户托管策略进行更改时，将创建一个策略版本。已更改的策略不会覆盖现有策略。而是由 IAM 创建新的托管策略版本。要了解 Version 策略元素的更多信息，请参阅IAM JSON 策略元素：Version。要了解策略版本的更多信息，请参阅IAM 策略版本控制。 

policy  = {
     <version_block?>
     <id_block?>
     <statement_block>
}

<version_block> = "Version" : ("2008-10-17" | "2012-10-17")

<id_block> = "Id" : <policy_id_string>

<statement_block> = "Statement" : [ <statement>, <statement>, ... ]

<statement> = { 
    <sid_block?>,
    <principal_block?>,
    <effect_block>,
    <action_block>,
    <resource_block>,
    <condition_block?>
}

<sid_block> = "Sid" : <sid_string>

<effect_block> = "Effect" : ("Allow" | "Deny")  

<principal_block> = ("Principal" | "NotPrincipal") : ("*" | <principal_map>)

<principal_map> = { <principal_map_entry>, <principal_map_entry>, ... }

<principal_map_entry> = ("AWS" | "Federated" | "Service") :   
    [<principal_id_string>, <principal_id_string>, ...]

<action_block> = ("Action" | "NotAction") : 
    ("*" | [<action_string>, <action_string>, ...])

<resource_block> = ("Resource" | "NotResource") : 
    ("*" | [<resource_string>, <resource_string>, ...])

<condition_block> = "Condition" : { <condition_map> }
<condition_map> { 
  <condition_type_string> : { <condition_key_string> : <condition_value_list> },
  <condition_type_string> : { <condition_key_string> : <condition_value_list> }, ...
}  
<condition_value_list> = [<condition_value>, <condition_value>, ...]
<condition_value> = ("string" | "number" | "Boolean")

策略语法说明

  • 一个策略可以包含一组语句。

  • 策略的最大大小介于 2048 个字符和 10,240 个字符之间，具体取决于策略所附加到的实体。有关更多信息，请参阅 IAM 实体和对象的限制。策略大小计算不包括空格字符。

  • 单个元素不能包含同一个键的多个实例。例如，不能在同一语句中包含两次 Effect 块。

  • 各个块的显示顺序无限制。例如，在策略中，version_block 可以跟在 id_block 后面。同样地，effect_block、principal_block、action_block 在语句中也可以按任何顺序显示。

  • id_block 在基于资源的策略中是可选的。它一定不能 包含在基于身份的策略中。

  • principal_block 元素在基于资源的策略中（例如，在 Amazon S3 存储桶策略中）和 IAM 角色的信任策略中是必需的。它一定不能 包含在基于身份的策略中。

  • 每个字符串值 (policy_id_string、sid_string、principal_id_string、action_string、resource_string、condition_type_string、condition_key_string 以及 condition_value 的字符串版本) 都可以有其自己的最小和最大长度限制、具体的允许值或必需的内部格式。

有关字符串值的说明

这一部分提供了有关在策略的不同元素中使用的字符串值的更多信息。

action_string

由服务命名空间、冒号和操作名称组成。操作名称可以包含通配符。示例：

"Action":"ec2:StartInstances"

"Action":[
  "ec2:StartInstances",
  "ec2:StopInstances"
]

"Action":"cloudformation:*"

"Action":"*"

"Action":[
  "s3:Get*",
  "s3:List*"
]
policy_id_string

提供一种方法将关于策略的信息作为整体包含在其中。某些服务 (如 Amazon SQS 和 Amazon SNS) 以预留方式使用 Id 元素。除非另受某个服务限制，否则 policy_id_string 可以包含空格。有些服务要求此值在 AWS 账户内唯一。

注意

id_block 可在基于资源的策略中使用，但不能在基于身份的策略中使用。

长度没有限制，但此字符串计入策略总长度，而策略总长度是有限制的。

"Id":"Admin_Policy"

"Id":"cd3ad3d9-2776-4ef1-a904-4c229d1642ee"
sid_string

提供一种方法来包含有关单个语句的信息。对于 IAM 策略，Sid 值中仅允许使用基本的字母数字（A-Z、a-z、0-9）字符。支持资源策略的其他 AWS 服务对于 Sid 值可能有其他要求。例如，一些服务要求此值在 AWS 账户内唯一，而一些服务允许在 Sid 值中使用其他字符，如空格。 

"Sid":"1" 

"Sid": "ThisStatementProvidesPermissionsForConsoleAccess"
principal_id_string

提供使用 AWS 账户、IAM 用户、IAM 角色、联合身份用户或担任角色的用户的 Amazon 资源名称 (ARN) 指定委托人的一种方式。对于 AWS 账户，您还可以使用简单形式 AWS:accountnumber 而不是完整的 ARN。有关所有选项（包括 AWS 服务、担任的角色等），请参阅指定委托人。

请注意，您只能使用 * 指定“everyone/anonymous”。 您不能使用它指定一部分名称或 ARN。

resource_string

在大多数情况下由一个 Amazon 资源名称 (ARN) 组成。 

"Resource":"arn:aws-cn:iam::123456789012:user/Bob"

"Resource":"arn:aws-cn:s3:::examplebucket/*"
condition_type_string

标识所测试条件的类型，例如 StringEquals、StringLike、NumericLessThan、DateGreaterThanEquals、Bool、BinaryEquals、IpAddress、ArnEquals 等。有关条件类型的完整列表，请参阅IAM JSON 策略元素：条件运算符。 

"Condition": {
  "NumericLessThanEquals": {
    "s3:max-keys": "10"
  }
}

"Condition": {
  "Bool": {
    "aws:SecureTransport": "true"
  }
}

"Condition": {
  "StringEquals": {
      "s3:x-amz-server-side-encryption": "AES256"
   }
}
condition_key_string

标识将对其值进行测试以便确定条件是否满足的条件键。AWS 定义了一组在所有 AWS 产品中都可以使用的条件键，包括 aws:principaltype、aws:SecureTransport 和 aws:userid。

有关 AWS 条件键的列表，请参阅AWS 全局条件上下文键。有关服务特定的条件键，请参阅相应服务的文档，例如： 

"Condition":{
  "Bool": {
      "aws:SecureTransport": "true"
   }
}

"Condition": {
  "StringNotEquals": {
      "s3:x-amz-server-side-encryption": "AES256"
   }
}

"Condition": {
  "StringEquals": {
    "ec2:ResourceTag/purpose": "test"
  }
}