

# AWS Well-Architected Tool 基于身份的策略示例
<a name="security_iam_id-based-policy-examples"></a>

默认情况下，用户和角色没有创建或修改 AWS WA Tool 资源的权限。它们还无法使用 AWS 管理控制台、AWS CLI 或 AWS API 执行任务。IAM 管理员必须创建 IAM 策略，以便为用户和角色授予权限以对所需的指定资源执行特定的 API 操作。然后，管理员必须将这些策略附加到需要这些权限的用户或组。

要了解如何使用这些示例 JSON 策略文档创建 IAM 基于身份的策略，请参阅《IAM 用户指南》**中的[在 JSON 选项卡上创建策略](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html#access_policies_create-json-editor)。

**Topics**
+ [策略最佳实践](#security_iam_service-with-iam-policy-best-practices)
+ [使用 AWS WA Tool 控制台](#security_iam_id-based-policy-examples-console)
+ [允许用户查看他们自己的权限](#security_iam_id-based-policy-examples-view-own-permissions)
+ [授予对工作负载的完全访问权限](#security_iam_id-based-policy-examples-full-access)
+ [授予对工作负载的只读访问权限](#security_iam_id-based-policy-examples-readonly-access)
+ [访问一个工作负载](#security_iam_id-based-policy-examples-access-one-workload)
+ [适用于 Jira 的 AWS Well-Architected Tool 连接器使用特定于服务的条件密钥](#security_iam_id-based-policy-examples-service-specific-condition-key)

## 策略最佳实践
<a name="security_iam_service-with-iam-policy-best-practices"></a>

基于身份的策略确定某个人是否可以创建、访问或删除您账户中的 AWS WA Tool 资源。这些操作可能会使 AWS 账户 产生成本。创建或编辑基于身份的策略时，请遵循以下指南和建议：
+ **AWS 托管式策略及转向最低权限许可入门**：要开始向用户和工作负载授予权限，请使用 *AWS 托管式策略*来为许多常见使用场景授予权限。您可以在 AWS 账户 中找到这些策略。建议通过定义特定于您的使用场景的 AWS 客户托管式策略来进一步减少权限。有关更多信息，请参阅《IAM 用户指南》**中的 [AWS 托管策略](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_managed-vs-inline.html#aws-managed-policies)或[工作职能的 AWS 托管策略](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_job-functions.html)。
+ **应用最低权限**：在使用 IAM 策略设置权限时，请仅授予执行任务所需的权限。为此，您可以定义在特定条件下可以对特定资源执行的操作，也称为*最低权限许可*。有关使用 IAM 应用权限的更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的策略和权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies.html)。
+ **使用 IAM 策略中的条件进一步限制访问权限**：您可以向策略添加条件来限制对操作和资源的访问。例如，您可以编写策略条件来指定必须使用 SSL 发送所有请求。如果通过特定 AWS 服务（例如 CloudFormation）使用服务操作，您还可以使用条件来授予对服务操作的访问权限。有关更多信息，请参阅《IAM 用户指南》**中的 [IAM JSON 策略元素：条件](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)。
+ **使用 IAM Access Analyzer 验证您的 IAM 策略，以确保权限的安全性和功能性**：IAM Access Analyzer 会验证新策略和现有策略，以确保策略符合 IAM 策略语言（JSON）和 IAM 最佳实践。IAM Access Analyzer 提供 100 多项策略检查和可操作的建议，以帮助您制定安全且功能性强的策略。有关更多信息，请参阅《IAM 用户指南》**中的[使用 IAM Access Analyzer 验证策略](https://docs.aws.amazon.com/IAM/latest/UserGuide/access-analyzer-policy-validation.html)。
+ **需要多重身份验证（MFA）**：如果您所处的场景要求您的 AWS 账户 中有 IAM 用户或根用户，请启用 MFA 来提高安全性。若要在调用 API 操作时需要 MFA，请将 MFA 条件添加到您的策略中。有关更多信息，请参阅《IAM 用户指南》**中的[使用 MFA 保护 API 访问](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_mfa_configure-api-require.html)。

有关 IAM 中的最佳实操的更多信息，请参阅 *IAM 用户指南*中的 [IAM 中的安全最佳实操](https://docs.aws.amazon.com/IAM/latest/UserGuide/best-practices.html)。

## 使用 AWS WA Tool 控制台
<a name="security_iam_id-based-policy-examples-console"></a>

要访问 AWS Well-Architected Tool控制台，您必须拥有一组最低的权限。这些权限必须允许您列出和查看有关您的 AWS 账户 中的 AWS WA Tool 资源的详细信息。如果创建比必需的最低权限更为严格的基于身份的策略，对于附加了该策略的实体（用户或角色），控制台将无法按预期正常运行。

要确保这些实体仍可使用 AWS WA Tool 控制台，也可向实体附加以下 AWS 托管策略：

```
WellArchitectedConsoleReadOnlyAccess
```

要提供创建、更改和删除工作负载的能力，请将以下 AWS 托管策略附加到实体：

```
WellArchitectedConsoleFullAccess
```

有关更多信息，请参阅《IAM 用户指南》**中的[为用户添加权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console)。

对于只需要调用 AWS CLI 或 AWS API 的用户，无需为其提供最低控制台权限。相反，只允许访问与您尝试执行的 API 操作相匹配的操作。

## 允许用户查看他们自己的权限
<a name="security_iam_id-based-policy-examples-view-own-permissions"></a>

该示例说明了您如何创建策略，以允许 IAM 用户查看附加到其用户身份的内联和托管式策略。此策略包括在控制台上完成此操作或者以编程方式使用 AWS CLI 或 AWS API 所需的权限。

```
{
    "Version": "2012-10-17",		 	 	 
    "Statement": [
        {
            "Sid": "ViewOwnUserInfo",
            "Effect": "Allow",
            "Action": [
                "iam:GetUserPolicy",
                "iam:ListGroupsForUser",
                "iam:ListAttachedUserPolicies",
                "iam:ListUserPolicies",
                "iam:GetUser"
            ],
            "Resource": ["arn:aws:iam::*:user/${aws:username}"]
        },
        {
            "Sid": "NavigateInConsole",
            "Effect": "Allow",
            "Action": [
                "iam:GetGroupPolicy",
                "iam:GetPolicyVersion",
                "iam:GetPolicy",
                "iam:ListAttachedGroupPolicies",
                "iam:ListGroupPolicies",
                "iam:ListPolicyVersions",
                "iam:ListPolicies",
                "iam:ListUsers"
            ],
            "Resource": "*"
        }
    ]
}
```

## 授予对工作负载的完全访问权限
<a name="security_iam_id-based-policy-examples-full-access"></a>

在本例中，您希望向您的 AWS 账户中的用户授予对您工作负载的完全访问权限。完全访问权限允许用户在 AWS WA Tool 中执行所有操作。定义工作负载、删除工作负载、查看工作负载以及更新工作负载时需要此访问权限。

------
#### [ JSON ]

****  

```
{
   "Version":"2012-10-17",		 	 	 
   "Statement" : [  
     {
     "Effect" : "Allow",
     "Action" : [
          "wellarchitected:*"
     ],
     "Resource": "*"
     }
   ]
}
```

------

## 授予对工作负载的只读访问权限
<a name="security_iam_id-based-policy-examples-readonly-access"></a>

在本例中，您希望向您的 AWS 账户中的用户授予对您工作负载的只读访问权限。通过只读访问权限，用户可以查看 AWS WA Tool 中的工作负载。

------
#### [ JSON ]

****  

```
{
   "Version":"2012-10-17",		 	 	 
   "Statement" : [  
     {
     "Effect" : "Allow",
     "Action" : [
          "wellarchitected:Get*",
          "wellarchitected:List*"
     ],
     "Resource": "*"
     }
   ]
}
```

------

## 访问一个工作负载
<a name="security_iam_id-based-policy-examples-access-one-workload"></a>

在本例中，您希望向您的 AWS 账户中的用户授予对 `us-west-2` 区域中您的其中一个工作负载 `99999999999955555555555566666666` 的只读访问权限。您的 账户 ID 是 `777788889999`。

------
#### [ JSON ]

****  

```
{
   "Version":"2012-10-17",		 	 	 
   "Statement" : [  
     {
     "Effect" : "Allow",
     "Action" : [
          "wellarchitected:Get*",
          "wellarchitected:List*"
     ],
     "Resource": "arn:aws:wellarchitected:us-west-2:777788889999:workload/999999999999555555555555666666666"
     }
   ]
}
```

------

## 适用于 Jira 的 AWS Well-Architected Tool 连接器使用特定于服务的条件密钥
<a name="security_iam_id-based-policy-examples-service-specific-condition-key"></a>

 此示例演示如何使用特定于服务的条件密钥 `wellarchitected:JiraProjectKey` 来控制哪些 Jira 项目可以关联到您账户中的工作负载。

 下文描述了条件密钥的相关用法：
+  **`CreateWorkload:`**当您将 `wellarchitected:JiraProjectKey` 应用到 `CreateWorkload` 时，您可以定义哪些自定义 Jira 项目可以关联到用户创建的任何工作负载。例如，如果用户尝试使用项目 ABC 创建新工作负载，但策略仅指定项目 PQR，则该操作将被拒绝。
+  **`UpdateWorkload:`**当您将 `wellarchitected:JiraProjectKey` 应用到 `UpdateWorkload` 时，您可以定义哪些自定义 Jira 项目可以关联到该特定工作负载或任何工作负载。例如，如果用户尝试使用项目 ABC 更新现有工作负载，但策略仅指定项目 PQR，则该操作将被拒绝。此外，如果用户拥有与项目 PQR 关联的工作负载，并尝试更新该工作负载以便关联到项目 ABC，则该操作将被拒绝。
+  **`UpdateGlobalSettings:`**当您将 `wellarchitected:JiraProjectKey` 应用到 `UpdateGlobalSettings` 时，您可以定义哪些自定义 Jira 项目可以关联到 AWS 账户。账户级别设置可保护您账户中不会覆盖账户级 Jira 设置的工作负载。例如，如果用户有权访问 `UpdateGlobalSettings`，则他们无法将您账户中的工作负载关联到策略中未指定的任何项目。

------
#### [ JSON ]

****  

```
{
	"Version":"2012-10-17",		 	 	 
	"Statement": [
		{
			"Sid": "VisualEditor0",
			"Effect": "Allow",
			"Action": [
				"wellarchitected:UpdateGlobalSettings",
				"wellarchitected:CreateWorkload"
			],
			"Resource": "*",
			"Condition": {
				"StringEqualsIfExists": {
					"wellarchitected:JiraProjectKey": ["ABC, PQR"]
				}
			}
		},
		{
			"Sid": "VisualEditor1",
			"Effect": "Allow",
			"Action": [
				"wellarchitected:UpdateWorkload"
			],
			"Resource": "arn:aws:wellarchitected:us-east-1:111122223333:workload/example-workload",
			"Condition": {
				"StringEqualsIfExists": {
					"wellarchitected:JiraProjectKey": ["ABC, PQR"]
				}
			}
		}
	]
}
```

------