本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
基于身份的策略示例 AWS CloudTrail
默认情况下,用户和角色无权创建或修改 CloudTrail资源。他们也无法使用 AWS Management Console、 AWS Command Line Interface (AWS CLI) 或执行任务 AWS API。要授予用户对其所需资源执行操作的权限,IAM管理员可以创建IAM策略。然后,管理员可以将IAM策略添加到角色中,用户可以代入角色。
要了解如何使用这些示例策略文档创建IAM基于身份的JSON策略,请参阅IAM用户指南中的创建IAM策略。
有关由定义的操作和资源类型的详细信息 CloudTrail,包括每种资源类型的格式,请参阅《服务授权参考》 AWS CloudTrail中的操作、资源和条件密钥。ARNs
主题
策略最佳实践
基于身份的策略决定了某人是否可以在您的账户中创建、访问或删除 CloudTrail 资源。这些操作可能会使 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用户指南》中的 IAMAccess Analyzer 策略验证。
-
需要多重身份验证 (MFA)-如果您的场景需要IAM用户或 root 用户 AWS 账户,请打开MFA以提高安全性。要要求MFA何时调用API操作,请在策略中添加MFA条件。有关更多信息,请参阅《IAM用户指南》中的配置MFA受保护的API访问权限。
有关中最佳做法的更多信息IAM,请参阅《IAM用户指南》IAM中的安全最佳实践。
CloudTrail 没有可以在策略声明Condition
元素中使用的特定于服务的上下文密钥。
示例:允许和拒绝针对指定跟踪的操作
以下示例演示了一个策略,该策略允许拥有该策略的用户查看跟踪的状态和配置,以及启动和停止名为的跟踪的日志记录。My-First-Trail
。 这条线路是在美国东部(俄亥俄州)地区(其所在地区)创建的 AWS 账户 ,身份为 123456789012
.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloudtrail:StartLogging", "cloudtrail:StopLogging", "cloudtrail:GetTrail", "cloudtrail:GetTrailStatus", "cloudtrail:GetEventSelectors" ], "Resource": [ "arn:aws:cloudtrail:
us-east-2
:123456789012
:trail/My-First-Trail
" ] } ] }
以下示例演示了一个策略,该策略明确拒绝对任何未命名的跟踪 CloudTrail 执行操作。My-First-Trail
.
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": [ "cloudtrail:*" ], "NotResource": [ "arn:aws:cloudtrail:us-east-2:123456789012:trail/
My-First-Trail
" ] } ] }
示例:对针对特定跟踪记录的操作创建和应用策略
您可以使用权限和策略来控制用户对 CloudTrail 跟踪执行特定操作的能力。
例如,您不想公司开发人员组中的用户开始或停止对特定跟踪的日志记录。但是,您可能想授予他们在跟踪中执行 DescribeTrails
和 GetTrailStatus
操作的权限。您希望开发人员组的用户能够对自己管理的跟踪记录执行 StartLogging
或 StopLogging
操作。
您可以创建两份政策声明,并将它们附加到您在中创建的开发者群组IAM。有关中群组的更多信息IAM,请参阅《IAM用户指南》中的IAM群组。
在第一个策略中,您拒绝对您指定的跟踪StopLogging
ARN执行StartLogging
和操作。在以下示例中,轨迹ARN是arn:aws:cloudtrail:us-east-2:123456789012:trail/Example-Trail
。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "Stmt1446057698000", "Effect": "Deny", "Action": [ "cloudtrail:StartLogging", "cloudtrail:StopLogging" ], "Resource": [ "arn:aws:cloudtrail:us-east-2:123456789012:trail/Example-Trail" ] } ] }
在第二个策略中,允许对所有 CloudTrail 资源GetTrailStatus
执行DescribeTrails
和操作:
{ "Version": "2012-10-17", "Statement": [ { "Sid": "Stmt1446072643000", "Effect": "Allow", "Action": [ "cloudtrail:DescribeTrails", "cloudtrail:GetTrail", "cloudtrail:GetTrailStatus" ], "Resource": [ "*" ] } ] }
如果开发人员组中的用户尝试针对您在第一条策略中指定的跟踪启动或停止日志记录,该用户会收到拒绝访问异常。该开发人员组中的用户可针对自己创建和管理的跟踪记录启动和停止日志记录。
以下示例显示了在名为的配置文件中 AWS CLI 配置的开发者组devgroup
。首先,devgroup
的用户运行 describe-trails
命令。
$ aws --profile devgroup cloudtrail describe-trails
该命令成功完成并返回以下输出:
{ "trailList": [ { "IncludeGlobalServiceEvents": true, "Name": "Default", "TrailARN": "arn:aws:cloudtrail:us-east-2:123456789012:trail/Example-Trail", "IsMultiRegionTrail": false, "S3BucketName": "amzn-s3-demo-bucket", "HomeRegion": "us-east-2" } ] }
然后,该用户针对您在第一条策略中指定的跟踪运行 get-trail-status
命令。
$ aws --profile devgroup cloudtrail get-trail-status --name Example-Trail
该命令成功完成并返回以下输出:
{ "LatestDeliveryTime": 1449517556.256, "LatestDeliveryAttemptTime": "2015-12-07T19:45:56Z", "LatestNotificationAttemptSucceeded": "", "LatestDeliveryAttemptSucceeded": "2015-12-07T19:45:56Z", "IsLogging": true, "TimeLoggingStarted": "2015-12-07T19:36:27Z", "StartLoggingTime": 1449516987.685, "StopLoggingTime": 1449516977.332, "LatestNotificationAttemptTime": "", "TimeLoggingStopped": "2015-12-07T19:36:17Z" }
接下来,devgroup
组中的一位用户针对同一个跟踪运行 stop-logging
命令。
$ aws --profile devgroup cloudtrail stop-logging --name Example-Trail
该命令返回拒绝访问异常,示例如下:
A client error (AccessDeniedException) occurred when calling the StopLogging operation: Unknown
该用户针对同一个跟踪运行 start-logging
命令。
$ aws --profile devgroup cloudtrail start-logging --name Example-Trail
该命令再次返回拒绝访问异常,示例如下:
A client error (AccessDeniedException) occurred when calling the StartLogging operation: Unknown
示例:拒绝基于标签创建或删除事件数据存储的访问权限
在如下策略示例中,如果以下条件一条都无法满足,使用 CreateEventDataStore
创建事件数据存储的权限将被拒绝:
-
事件数据存储自身并没有应用
stage
标签键。 -
阶段标签的值不是
alpha
、beta
、gamma
或prod
。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "cloudtrail:CreateEventDataStore", "Resource": "*", "Condition": { "Null": { "aws:RequestTag/stage": "true" } } }, { "Effect": "Deny", "Action": "cloudtrail:CreateEventDataStore", "Resource": "*", "Condition": { "ForAnyValue:StringNotEquals": { "aws:RequestTag/stage": [ "alpha", "beta", "gamma", "prod" ] } } } ] }
在以下策略示例中,如果事件数据存储有 stage
标签且值为 prod
,使用 DeleteEventDataStore
删除事件数据存储的权限将被拒绝。类似策略可以帮助保护事件数据存储免遭意外删除。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Deny", "Action": "cloudtrail:DeleteEventDataStore", "Resource": "*", "Condition": { "StringEquals": { "aws:ResourceTag/stage": "prod" } } } ] }
使用控制 CloudTrail台
要访问 AWS CloudTrail 控制台,您必须拥有一组最低权限。这些权限必须允许您列出和查看有关您的 CloudTrail 资源的详细信息 AWS 账户。如果创建比必需的最低权限更为严格的基于身份的策略,对于附加了该策略的实体(用户或角色),控制台将无法按预期正常运行。
您无需为仅拨打 AWS CLI 或的用户设置最低控制台权限 AWS API。相反,只允许访问与他们尝试执行的API操作相匹配的操作。
授予CloudTrail 管理权限
要允许IAM角色或用户管理 CloudTrail 资源(例如跟踪、事件数据存储或频道),您必须授予执行与 CloudTrail 任务关联的操作的明确权限。在大多数情况下,您可以使用包含预定义权限的 AWS 托管策略。
注意
您授予用户执行 CloudTrail 管理任务的权限与将日志文件传输到 Amazon S3 存储桶或向 Amazon SNS 主题发送通知 CloudTrail 所需的权限不同。有关这些权限的更多信息,请参阅适用于 Amazon S3 存储桶政策 CloudTrail。
如果您配置与 Amazon CloudWatch Logs 的集成,则 CloudTrail 还需要一个可以代入的角色来向 Amazon Lo CloudWatch gs 日志组传送事件。您必须创建 CloudTrail 使用的角色。有关更多信息,请参阅授予在 CloudTrail 控制台上查看和配置 Amazon CloudWatch 日志信息的权限 和将事件发送到 CloudWatch 日志。
以下 AWS 托管策略可用于 CloudTrail:
-
AWSCloudTrail_FullAccess— 此政策提供对 CloudTrail 资源 CloudTrail 操作的完全访问权限,例如跟踪、事件数据存储和频道。此策略提供创建、更新和删除 CloudTrail 跟踪、事件数据存储和频道所需的权限。
该策略还提供管理 Amazon S3 存储桶、日志日志组和跟踪的 Amazon SNS 主题的权限。 CloudWatch 但是,
AWSCloudTrail_FullAccess
托管策略不提供删除 Amazon S3 存储桶、日志日志组或亚马逊SNS主题的权限。 CloudWatch 有关其他人的托管策略的信息 AWS 服务,请参阅《AWS 托管策略参考指南》。注意
本AWSCloudTrail_FullAccess政策不打算在您之间广泛共享 AWS 账户。拥有此角色的用户能够关闭或重新配置他们的 AWS 账户账户中最敏感且最重要的审计功能。因此,您只能将此策略应用于账户管理员。您必须严格控制和监控此策略的使用。
-
AWSCloudTrail_ReadOnlyAccess— 此策略授予查看 CloudTrail 控制台的权限,包括最近的事件和事件历史记录。此策略还支持查看现有跟踪、事件数据存储和通道。拥有此策略的角色和用户可以下载事件历史记录,但他们无法创建或更新跟踪、事件数据存储或通道。
要提供访问权限,请为您的用户、组或角色添加权限:
-
中的用户和群组 AWS IAM Identity Center:
创建权限集合。按照《AWS IAM Identity Center 用户指南》中创建权限集的说明进行操作。
-
IAM通过身份提供商管理的用户:
创建适用于身份联合验证的角色。按照《IAM用户指南》中为第三方身份提供商创建角色(联合)中的说明进行操作。
-
IAM用户:
-
创建您的用户可以担任的角色。按照《用户指南》中为IAM用户创建角色中的IAM说明进行操作。
-
(不推荐使用)将策略直接附加到用户或将用户添加到用户组。按照《用户指南》中向用户(控制台)添加权限中的IAM说明进行操作。
-
其他 资源
要详细了解如何使用IAM向身份(例如用户和角色)授予对账户中资源的访问权限,请参阅IAM用户指南中的AWS 资源设置IAM和访问权限管理。
您无需为仅拨打 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": "*" } ] }
为 CloudTrail 用户授予自定义权限
CloudTrail 策略向与之合作的用户授予权限 CloudTrail。如果您需要向用户授予不同的权限,则可以将 CloudTrail 策略附加到IAM群组或用户。您可以编辑策略,使之包括或排除特定权限。您还可以创建自己的自定义策略。策略是定义允许用户执行的操作以及允许用户对其执行这些操作的资源的JSON文档。有关特定示例,请参阅 示例:允许和拒绝针对指定跟踪的操作 和 示例:对针对特定跟踪记录的操作创建和应用策略。
目录
只读访问权限
以下示例显示了授予对 CloudTrail 跟踪的只读访问权限的策略。这等同于托管策略 AWSCloudTrail_ReadOnlyAccess。它对用户授予查看跟踪信息的权限,而不是创建或更新跟踪记录的权限。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "cloudtrail:Get*", "cloudtrail:Describe*", "cloudtrail:List*", "cloudtrail:LookupEvents" ], "Resource": "*" } ] }
在这些策略语句中,Effect
元素指定是允许还是拒绝操作。Action
元素列出了允许用户执行的特定操作。Resource
元素列出了允许用户对其执行这些操作的 AWS 资源。对于控制 CloudTrail 操作访问权限的策略,Resource
元素通常设置为*
,通配符表示 “所有资源”。
Action
元素中的值对应APIs于服务支持的值。操作前面有表示它们指的是 CloudTrail 动作。cloudtrail:
您可以在 Action
元素中使用 *
通配符,如以下示例所示:
-
"Action": ["cloudtrail:*Logging"]
这允许所有以 “Logging”(
StartLogging
,StopLogging
)结尾的 CloudTrail 操作。 -
"Action": ["cloudtrail:*"]
这允许所有 CloudTrail 操作,但不允许对其他 AWS 服务执行操作。
-
"Action": ["*"]
这允许所有 AWS 操作。此权限适合授予充当您账户的 AWS 管理员的用户。
只读策略不对用户授予执行 CreateTrail
、UpdateTrail
、StartLogging
和 StopLogging
操作的权限。具有此策略的用户不能够创建跟踪记录、更新跟踪记录或启用和关闭日志记录。有关 CloudTrail 操作列表,请参阅参AWS CloudTrail API考。
完全 访问
以下示例显示了授予对的完全访问权限的策略 CloudTrail。这等同于托管策略 AWSCloudTrail_FullAccess。它授予用户执行所有 CloudTrail 操作的权限。它还允许用户在 Amazon S3 中记录数据事件 AWS Lambda,管理 Amazon S3 存储桶中的文件,管理 Log CloudWatch s 监控 CloudTrail 日志事件的方式,以及在用户关联的账户中管理 Amazon SNS 主题。
重要
该AWSCloudTrail_FullAccess政策或同等权限不打算在您的 AWS 账户中广泛共享。具有此角色或同等访问权限的用户可以禁用或重新配置其 AWS 账户中最敏感和最重要的审计功能。因此,此策略应仅应用于账户管理员,并且此策略的使用应受到密切控制和监控。
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "sns:AddPermission", "sns:CreateTopic", "sns:SetTopicAttributes", "sns:GetTopicAttributes" ], "Resource": [ "arn:aws:sns:*:*:aws-cloudtrail-logs*" ] }, { "Effect": "Allow", "Action": [ "sns:ListTopics" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "s3:CreateBucket", "s3:PutBucketPolicy" ], "Resource": [ "arn:aws:s3:::aws-cloudtrail-logs*" ] }, { "Effect": "Allow", "Action": [ "s3:ListAllMyBuckets", "s3:GetBucketLocation", "s3:GetBucketPolicy" ], "Resource": "*" }, { "Effect": "Allow", "Action": "cloudtrail:*", "Resource": "*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogGroup" ], "Resource": [ "arn:aws:logs:*:*:log-group:aws-cloudtrail-logs*" ] }, { "Effect": "Allow", "Action": [ "iam:ListRoles", "iam:GetRolePolicy", "iam:GetUser" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "iam:PassRole" ], "Resource": "*", "Condition": { "StringEquals": { "iam:PassedToService": "cloudtrail.amazonaws.com" } } }, { "Effect": "Allow", "Action": [ "kms:CreateKey", "kms:CreateAlias", "kms:ListKeys", "kms:ListAliases" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "lambda:ListFunctions" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "dynamodb:ListGlobalTables", "dynamodb:ListTables" ], "Resource": "*" } ] }
授予在 CloudTrail 控制台上查看 AWS Config 信息的权限
您可以在 CloudTrail 控制台上查看事件信息,包括与该事件相关的资源。对于这些资源,您可以选择 AWS Config 图标在 AWS Config 控制台中查看该资源的时间表。将此政策附加到您的用户,以授予他们只读 AWS Config 访问权限。该策略不对他们授予在 AWS Config中更改设置的权限。
{ "Version": "2012-10-17", "Statement": [{ "Effect": "Allow", "Action": [ "config:Get*", "config:Describe*", "config:List*" ], "Resource": "*" }] }
有关更多信息,请参阅 使用 AWS Config查看引用的资源。
授予在 CloudTrail 控制台上查看和配置 Amazon CloudWatch 日志信息的权限
如果您有足够的权限,则可以在 CloudTrail 控制台中查看和配置向 CloudWatch 日志发送的事件。这些权限可能超出了为 CloudTrail管理员授予的权限。将此策略附加到将配置和管理与 CloudWatch 日志 CloudTrail集成的管理员。该策略不直接向他们授予 CloudWatch 日志中 CloudTrail 或日志中的权限,而是授予创建和配置角色所需的权限,以便成功 CloudTrail将事件传送到您的 CloudWatch 日志组。
{ "Version": "2012-10-17", "Statement": [{ "Effect": "Allow", "Action": [ "iam:CreateRole", "iam:PutRolePolicy", "iam:AttachRolePolicy", "iam:ListRoles", "iam:GetRolePolicy", "iam:GetUser" ], "Resource": "*" }] }
有关更多信息,请参阅 使用 Amazon CloudTrail 日志监控 CloudWatch 日志文件。
其他信息
要详细了解如何使用IAM向身份(例如用户和角色)授予对账户中资源的访问权限,请参阅IAM用户指南中的AWS 资源入门和访问权限管理。