Amazon CloudWatch Events 的身份验证和访问控制
访问 Amazon CloudWatch Events 时需要有 AWS 可以用来验证您的请求的凭证。这些凭证必须有权访问 AWS 资源，例如从其他 AWS 资源检索事件数据。下面几节提供有关如何使用 AWS Identity and Access Management (IAM) 和 CloudWatch Events 控制可访问您的资源的人员以保护这些资源的详细信息：
身份验证
您可以下面任一类型的身份访问 AWS：
-
AWS 账户根用户 – 注册 AWS 时，您需要提供与您的 AWS 账户关联的电子邮件地址和密码。这些是您的根凭证，它们提供对您所有 AWS 资源的完全访问权限。
-
IAM user – IAM 用户 就是您的 AWS 账户中的一种身份，它具有特定的自定义权限（例如，用于在 CloudWatch Events 中向目标发送事件数据的权限）。您可以使用 IAM 用户名和密码登录以保护 AWS 网页（如 AWS 管理控制台、AWS 开发论坛或 AWS Support Center。
除了用户名和密码之外，您还可以为每个用户生成访问密钥。在通过几个开发工具包之一或使用 AWS Command Line Interface (AWS CLI) 以编程方式访问 AWS 服务时，可以使用这些密钥。开发工具包和 AWS CLI 工具使用访问密钥对您的请求进行加密签名。如果您不使用 AWS 工具，则必须自行对请求签名。CloudWatch Events supports 签名版本 4，一种用于对入站 API 请求进行身份验证的协议。有关验证请求的更多信息，请参阅 AWS General Reference 中的签名版本 4 签名流程。
-
IAM 角色 – IAM 角色是可在账户中创建的另一种具有特定权限的 IAM 身份。它类似于 IAM 用户，但未与特定人员关联。利用 IAM 角色，您可以获得可用于访问 AWS 服务和资源的临时访问密钥。具有临时凭证的 IAM 角色在以下情况下很有用：
-
联合身份用户访问 – 您可以不创建 IAM 用户，而是使用来自 AWS Directory Service、您的企业用户目录或 Web 身份提供商 (IdP) 的既有用户身份。他们被称为联合身份用户。在通过身份提供商请求访问权限时，AWS 将为联合身份用户分配角色。有关联合身份用户的更多信息，请参阅 IAM 用户指南 中的联合身份用户和角色。
-
跨账户访问 – 可以使用您账户中的 IAM 角色向另一个 AWS 账户授予对您账户的资源的访问权限。有关示例，请参阅 IAM 用户指南 中的教程：使用 IAM 角色委派跨 AWS 账户的访问权限。
-
AWS 服务访问 – 可以在您的账户中使用 IAM 角色，为 AWS 服务授予访问您的账户资源所需的权限。例如，您可以创建一个角色，此角色允许 Amazon Redshift 代表您访问 Amazon S3 存储桶，然后将存储在该存储桶中的数据加载到 Amazon Redshift 集群中。有关更多信息，请参阅 IAM 用户指南 中的创建角色以向 AWS 服务委派权限。
-
在 Amazon EC2 上运行的应用程序 – 您不用将访问密钥存储在 EC2 实例中以供实例上运行的应用程序使用并发出 AWS API 请求，而是可以使用 IAM 角色管理这些应用程序的临时凭证。要将 AWS 角色分配给 EC2 实例并使其对该实例的所有应用程序可用，您可以创建一个附加到实例的实例配置文件。实例配置文件包含角色，并使 EC2 实例上运行的程序能够获得临时凭证。有关更多信息，请参阅 IAM 用户指南 中的对 Amazon EC2 上的应用程序使用角色。
-
访问控制
您可以使用有效的凭证来对自己的请求进行身份验证，但您还必须拥有权限才能创建或访问 CloudWatch Events 资源。例如，您必须拥有调用与您的 CloudWatch Events 规则关联的 AWS Lambda、Amazon Simple Notification Service (Amazon SNS) 和 Amazon Simple Queue Service (Amazon SQS) 目标的权限。
下面几节介绍如何管理 CloudWatch Events 的权限。我们建议您先阅读概述。