![如何获取有关 CloudTrailAuthorizationFailures 警报的更多信息](https://linux22.com/image/777947/%E5%A6%82%E4%BD%95%E8%8E%B7%E5%8F%96%E6%9C%89%E5%85%B3%20CloudTrailAuthorizationFailures%20%E8%AD%A6%E6%8A%A5%E7%9A%84%E6%9B%B4%E5%A4%9A%E4%BF%A1%E6%81%AF.png)
我收到了几个这样的警报,所以我决定查看 CloudTrail 中的事件历史记录。但是我没有看到带有错误代码的事件。我以为引起警报的事件会在这里。
问题:那么,如何获取有关导致 CloudWatch 警报的事件的更多信息?具体来说,我想知道源 IP、IAM 用户(如果有)、使用的访问密钥(如果有)等信息。
答案1
简短回答:
必须找到具有与警报名称匹配的指标过滤器集的 CloudWatch 日志组。
长答案
让我获得所需信息的观察顺序和步骤如下:
- 电子邮件不包含事件 ID。
- 使用 AWS 控制台查看 CloudTrail,无法根据错误代码进行查找。浏览页面时,似乎没有任何错误代码表明未经授权的访问。
- 找不到与电子邮件中收到的时间相关的 CloudTrail Insights。
- 电子邮件中有一条警报链接。不知道 CloudWatch 自定义指标“AuthorizationFailureCount”来自哪里,也没有可点击的内容来检查它映射到哪个 AWS 服务。
- 在 CloudWatch 下找到一个带有指标筛选器的日志组。单击
AuthorizationFailuresMetricFilter
筛选器会显示一些信息,包括 #4 中的指标是如何创建的。 - 在控制台中运行“测试模式”不会对某些日志流产生结果,但会对其他日志流产生结果。结果包括具有
eventId
和sharedEventID
属性的事件 JSON。 - 在 CloudTrail 下找不到任何 ID(或共享 ID)与上述事件相匹配的事件。
因此,我现阶段的猜测是,在这个日志组中发现的事件是与引发警报的指标相关的事件的详尽列表。
如果警报视图中有东西将其与任何相关日志组联系起来,整个过程就会简单得多,但事实并非如此。步骤 #5 是偶然发现的,与 #4 没有任何逻辑联系。