Amazon WorkMail 基于身份的政策示例 - 亚马逊 WorkMail

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

Amazon WorkMail 基于身份的政策示例

默认情况下,IAM用户和角色无权创建或修改 Amazon WorkMail 资源。他们也无法使用 AWS Management Console AWS CLI、或执行任务 AWS API。IAM管理员必须创建IAM策略,授予用户和角色对其所需的指定资源执行特定API操作的权限。然后,管理员必须将这些策略附加到需要这些权限的 IAM 用户或组。

要了解如何使用这些示例JSON策略文档创建IAM基于身份的策略,请参阅《IAM用户指南》中JSON选项卡上的 “创建策略”。

策略最佳实践

基于身份的策略决定了是否有人可以在您的账户中创建、访问或删除亚马逊 WorkMail 资源。这些操作可能会使 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 中的安全最佳实践

使用亚马逊 WorkMail 控制台

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

为确保这些实体仍然可以使用 Amazon WorkMail 控制台,还需将以下 AWS 托管策略附加到这些实体。AmazonWorkMailFullAccess有关更多信息,请参阅 IAM 用户指南中的为用户添加权限

AmazonWorkMailFullAccess政策授予IAM用户对 Amazon WorkMail 资源的完全访问权限。该政策允许用户访问所有亚马逊 WorkMail AWS Key Management Service、、亚马逊简单电子邮件服务和 AWS Directory Service 操作。这还包括亚马逊 WorkMail 需要代表您执行的几项亚马逊EC2业务。电子邮件事件记录logs和在 Amazon WorkMail 控制台中查看指标需要和cloudwatch权限。审计日志使用 CloudWatch 日志、Amazon S3 和亚马逊数据 FireHose 进行存储logs。有关更多信息,请参阅 在 Amazon 中记录和监控 WorkMail

{ "Version": "2012-10-17", "Statement": [ { "Sid": "WorkMailAdministration", "Effect": "Allow", "Action": [ "ds:AuthorizeApplication", "ds:CheckAlias", "ds:CreateAlias", "ds:CreateDirectory", "ds:CreateIdentityPoolDirectory", "ds:DeleteDirectory", "ds:DescribeDirectories", "ds:GetDirectoryLimits", "ds:ListAuthorizedApplications", "ds:UnauthorizeApplication", "ec2:AuthorizeSecurityGroupEgress", "ec2:AuthorizeSecurityGroupIngress", "ec2:CreateNetworkInterface", "ec2:CreateSecurityGroup", "ec2:CreateSubnet", "ec2:CreateTags", "ec2:CreateVpc", "ec2:DeleteSecurityGroup", "ec2:DeleteSubnet", "ec2:DeleteVpc", "ec2:DescribeAvailabilityZones", "ec2:DescribeRouteTables", "ec2:DescribeSubnets", "ec2:DescribeVpcs", "ec2:RevokeSecurityGroupEgress", "ec2:RevokeSecurityGroupIngress", "kms:DescribeKey", "kms:ListAliases", "lambda:ListFunctions", "route53:ChangeResourceRecordSets", "route53:ListHostedZones", "route53:ListResourceRecordSets", "route53:GetHostedZone", "route53domains:CheckDomainAvailability", "route53domains:ListDomains", "ses:*", "workmail:*", "iam:ListRoles", "logs:DescribeLogGroups", "logs:CreateLogGroup", "logs:PutRetentionPolicy", "logs:DeleteDeliveryDestination", "logs:DeleteDeliveryDestinationPolicy", "logs:DescribeDeliveryDestinations", "logs:GetDeliveryDestination", "logs:GetDeliveryDestinationPolicy", "logs:PutDeliveryDestination", "logs:PutDeliveryDestinationPolicy", "logs:CreateDelivery", "logs:DeleteDelivery", "logs:DescribeDeliveries", "logs:GetDelivery", "logs:DeleteDeliverySource", "logs:DescribeDeliverySources", "logs:GetDeliverySource", "logs:PutDeliverySource", "logs:DescribeResourcePolicies", "cloudwatch:GetMetricData", "firehose:DescribeDeliveryStream", "firehose:ListDeliveryStreams", "s3:ListAllMyBuckets" ], "Resource": "*" }, { "Sid": "AuditLogDeliveryThroughCWLogs", "Effect": "Allow", "Action": [ "firehose:TagDeliveryStream", "logs:PutResourcePolicy", "s3:GetBucketPolicy", "s3:PutBucketPolicy" ], "Resource": "*", "Condition": { "StringEquals": { "aws:CalledViaLast": "logs.amazonaws.com" } } }, { "Sid": "InboundOutboundEmailEventsLink", "Effect": "Allow", "Action": "iam:CreateServiceLinkedRole", "Resource": "*", "Condition": { "StringEquals": { "iam:AWSServiceName": "events.workmail.amazonaws.com" } } }, { "Sid": "AuditLoggingLink", "Effect": "Allow", "Action": "iam:CreateServiceLinkedRole", "Resource": "*", "Condition": { "StringEquals": { "iam:AWSServiceName": "delivery.logs.amazonaws.com" } } }, { "Sid": "InboundOutboundEmailEventsUnlink", "Effect": "Allow", "Action": [ "iam:DeleteServiceLinkedRole", "iam:GetServiceLinkedRoleDeletionStatus" ], "Resource": "arn:aws:iam::*:role/aws-service-role/events.workmail.amazonaws.com/AWSServiceRoleForAmazonWorkMailEvents*" }, { "Sid": "InboundOutboundEmailEventsAuth", "Effect": "Allow", "Action": "iam:PassRole", "Resource": "arn:aws:iam::*:role/*workmail*", "Condition": { "StringLike": { "iam:PassedToService": "events.workmail.amazonaws.com" } } } ] }

您无需为仅拨打 AWS CLI 或的用户设置最低控制台权限 AWS API。相反,只允许访问与你正在尝试执行的API操作相匹配的操作。

允许用户查看他们自己的权限

此示例显示您可以如何创建策略,以便允许 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 WorkMail 资源

以下政策声明向IAM用户授予对 Amazon WorkMail 资源的只读访问权限。此策略提供的访问权限级别与AWS托管策略相同AmazonWorkMailReadOnlyAccess。这两种策略都允许用户访问所有 Amazon WorkMail Describe 业务。需要访问该 AWS Directory Service DescribeDirectories操作才能获取有关您的 AWS Directory Service 目录的信息。需要访问 Amazon SES 服务才能获取有关已配置域的信息。需要访问才能 AWS Key Management Service 获得有关所用加密密钥的信息。logscloudwatch权限是电子邮件事件记录和在 Amazon WorkMail 控制台中查看指标所必需的。审计日志使用 CloudWatch 日志、Amazon S3 和亚马逊数据 FireHose 进行存储logs。有关更多信息,请参阅 在 Amazon 中记录和监控 WorkMail

{ "Version": "2012-10-17", "Statement": [ { "Sid": "WorkMailReadOnly", "Effect": "Allow", "Action": [ "ses:Describe*", "ses:Get*", "workmail:Describe*", "workmail:Get*", "workmail:List*", "workmail:Search*", "lambda:ListFunctions", "iam:ListRoles", "logs:DescribeLogGroups", "logs:DescribeDeliveryDestinations", "logs:GetDeliveryDestination", "logs:GetDeliveryDestinationPolicy", "logs:DescribeDeliveries", "logs:DescribeDeliverySources", "logs:GetDelivery", "logs:GetDeliverySource", "cloudwatch:GetMetricData" ], "Resource": "*" } ] }