本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Amazon Kendra 基于身份的策略示例
原定设置情况下,用户和角色没有创建或修改 Amazon Kendra 资源的权限。他们也无法使用 AWS Management Console AWS CLI、或执行任务 AWS API。IAM管理员必须创建IAM策略,授予用户和角色对其所需的指定资源执行特定API操作的权限。然后,管理员必须将这些策略附加到需要这些权限的用户或组。
要了解如何使用这些示例JSON策略文档创建IAM基于身份的策略,请参阅《IAM用户指南》JSON中的 “在选项卡上创建策略”。
策略最佳实践
基于身份的策略确定某个人是否可以创建、访问或删除您账户中的 Amazon Kendra 资源。这些操作可能会使 AWS 账户产生成本。创建或编辑基于身份的策略时,请遵循以下指南和建议:
-
开始使用 AWS 托管策略并转向最低权限权限 — 要开始向用户和工作负载授予权限,请使用为许多常见用例授予权限的AWS 托管策略。它们在你的版本中可用 AWS 账户。我们建议您通过定义针对您的用例的 AWS 客户托管策略来进一步减少权限。有关更多信息,请参阅《IAM用户指南》中的AWS 托AWS 管策略或工作职能托管策略。
-
应用最低权限权限-使用IAM策略设置权限时,仅授予执行任务所需的权限。为此,您可以定义在特定条件下可以对特定资源执行的操作,也称为最低权限许可。有关使用应用权限IAM的更多信息,请参阅《IAM用户指南》IAM中的策略和权限。
-
使用IAM策略中的条件进一步限制访问权限-您可以在策略中添加条件以限制对操作和资源的访问权限。例如,您可以编写一个策略条件来指定所有请求都必须使用发送SSL。如果服务操作是通过特定的方式使用的,则也可以使用条件来授予对服务操作的访问权限 AWS 服务,例如 AWS CloudFormation。有关更多信息,请参阅《IAM用户指南》中的IAMJSON策略元素:条件。
-
使用 A IAM ccess Analyzer 验证您的IAM策略以确保权限的安全性和功能性 — A IAM ccess Analyzer 会验证新的和现有的策略,以便策略符合IAM策略语言 (JSON) 和IAM最佳实践。IAMAccess Analyzer 提供了 100 多项策略检查和可行的建议,可帮助您制定安全和实用的策略。有关更多信息,请参阅《IAM用户指南》中的使用 A IAM ccess Analyzer 验证策略。
-
需要多重身份验证 (MFA)-如果您的场景需要IAM用户或 root 用户 AWS 账户,请打开MFA以提高安全性。要要求MFA何时调用API操作,请在策略中添加MFA条件。有关更多信息,请参阅《IAM用户指南》MFA中的使用进行安全API访问。
有关中最佳做法的更多信息IAM,请参阅《IAM用户指南》IAM中的安全最佳实践。
适用于 Amazon Kendra 的AWS 托管(预定义)策略
AWS 通过提供由创建和管理的独立IAM策略来解决许多常见用例 AWS。这些策略称为 AWS 托管策略。 AWS 托管策略使您可以更轻松地向用户、组和角色分配权限,而不必自己编写策略。有关更多信息,请参阅《用户指南》中的向IAM用户添加权限。
以下 AWS 托管策略仅适用于 Amazon Kendra,您可以将其附加到账户中的群组和角色:
-
AmazonKendraReadOnly— 授予对 Amazon Kendra 资源的只读访问权限。
-
AmazonKendraFullAccess— 授予创建、读取、更新、删除、标记和运行所有 Amazon Kendra 资源的完全访问权限。
对于控制台,您的角色还必须具有 iam:CreateRole
、iam:CreatePolicy
、iam:AttachRolePolicy
和 s3:ListBucket
权限。
注意
您可以通过登录IAM控制台并搜索特定策略来查看这些权限。
您也可以创建自己的自定义策略来授予对 Amazon Kendra API 操作的权限。您可以将这些自定义策略附加到需要这些权限的IAM角色或群组。有关 Amazon Kendra IAM 政策的示例,请参阅。Amazon Kendra 基于身份的策略示例
允许用户查看他们自己的权限
此示例说明如何创建允许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": "*" } ] }
访问一个 Amazon Kendra 索引
在此示例中,您想向 AWS 账户中的用户授予查询索引的权限。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "QueryIndex", "Effect": "Allow", "Action": [ "kendra:Query" ], "Resource": "arn:aws:kendra:${Region}:${Account}:index/${Index ID}" } ] }
基于标签的策略示例
基于标签的JSON策略是指定委托人可以对标记的资源执行的操作的策略文档。
示例:使用标签访问资源
此示例策略授予您 AWS 账户中的用户或角色对标有密钥department
和值的任何资源使用Query
操作的权限finance
。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "kendra:Query" ], "Resource": "*", "Condition": { "StringEquals": { "aws:ResourceTag/department": "finance" } } } ] }
示例:使用标签激活 Amazon Kendra 操作
此示例策略授予您 AWS 账户中的用户或角色使用任何 Amazon Kendra 操作的权限,但TagResource
操作任何标有密钥department
和值的资源除外。finance
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "kendra:*", "Resource": "*" }, { "Effect": "Deny", "Action": [ "kendra:TagResource" ], "Resource": "*", "Condition": { "StringEquals": { "aws:ResourceTag/department": "finance" } } } ] }
示例:使用标签限制对操作的访问
此示例策略限制您 AWS 账户中的用户或角色使用该CreateIndex
操作的访问权限,除非该用户提供了department
标签并且标签具有允许的值finance
和IT
。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": "kendra:CreateIndex", "Resource": "*" }, { "Effect": "Deny", "Action": "kendra:CreateIndex", "Resource": "*", "Condition": { "Null": { "aws:RequestTag/department": "true" } } }, { "Effect": "Deny", "Action": "kendra:CreateIndex", "Resource": "*", "Condition": { "ForAnyValue:StringNotEquals": { "aws:RequestTag/department": [ "finance", "IT" ] } } } ] }