« 使用新的 MFA 设备进行 AWS STS AssumeRole AWS STS GetSessionToken 滥用 »
Elastic 文档 ›Elastic 安全解决方案 [8.16] ›检测和告警 ›预构建规则参考

AWS STS GetCallerIdentity API 首次调用

编辑

AWS STS GetCallerIdentity API 首次调用

编辑

拥有被入侵凭证的攻击者可能会尝试验证凭证的有效性并确定其使用的帐户。此规则查找身份在过去 15 天内首次调用 STS GetCallerIdentity API 操作的情况，这可能是凭证被入侵的迹象。合法用户不需要调用此操作，因为他们应该知道自己正在使用的帐户。

规则类型: new_terms

规则索引:

  • filebeat-*
  • logs-aws.cloudtrail-*

严重性: 中等

风险评分: 47

每隔: 10 分钟运行

搜索索引自: now-60m (日期数学格式，另见 额外回溯时间)

每次执行的最大告警数: 100

参考资料:

标签:

  • 领域：云
  • 数据源：AWS
  • 数据源：Amazon Web Services
  • 数据源：AWS STS
  • 用例：身份和访问审计
  • 策略：发现
  • 资源：调查指南

版本: 3

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查 AWS GetCallerIdentity API 首次调用

AWS 安全令牌服务 (AWS STS) 是一种允许您请求用户临时、有限权限凭证的服务。GetCallerIdentity 函数返回有关拥有用于调用操作的凭证的 IAM 用户或角色的详细信息。运行此操作不需要任何权限，即使访问被拒绝，也会返回相同的信息。此规则查找 GetCallerIdentity 操作的使用情况。这是一个 新术语 规则，表明这是特定用户身份在过去 15 天内首次调用此操作。

可能的调查步骤

  • 识别帐户及其在环境中的角色，属于 Lambda 或 EC2 实例等服务的角色将高度可疑。
  • 识别应该使用此帐户的应用程序或用户。
  • 调查过去 48 小时内与该帐户相关的其他警报。
  • 通过将 user_agent.original 字段中的异常值与预期和授权的使用情况以及历史数据进行比较来调查。可疑的用户代理值包括非 SDK、AWS CLI、自定义用户代理等。
  • 通过查找涉及其他用户的类似事件来评估这种行为在环境中的普遍程度。
  • 联系帐户所有者并确认他们是否知道此活动。
  • 考虑发出命令的用户源 IP 地址和地理位置
  • 对于调用用户来说，这些看起来正常吗？
  • 如果源是 EC2 IP 地址，它是否与您帐户中的 EC2 实例相关联，或者源 IP 是否来自您无法控制的 EC2 实例？
  • 如果是授权的 EC2 实例，该活动是否与实例角色的正常行为相关？是否有任何其他警报或可疑活动迹象涉及此实例？
  • 查看用户身份的 IAM 权限策略。
  • 如果您怀疑帐户已被入侵，请通过跟踪帐户在过去 24 小时内访问的服务器、服务和数据来确定可能受损的资产。

误报分析

  • 由于服务的预期使用，可能会出现误报。需要进行调整才能获得更高的置信度。考虑添加异常——最好结合用户代理和 IP 地址条件。
  • 依赖于此 API 请求结果的自动化工作流也可能产生误报。我们建议添加与 user.name 或 aws.cloudtrail.user_identity.arn 值相关的异常以忽略这些。

响应和补救

  • 根据分类结果启动事件响应流程。
  • 在调查和响应期间禁用或限制帐户。
  • 确定事件的可能影响并相应地确定优先级；以下操作可以帮助您了解上下文
  • 确定帐户在云环境中的角色。
  • 评估受影响的服务和服务器的关键程度。
  • 与您的 IT 团队合作，确定并最大限度地减少对用户的影响。
  • 确定攻击者是否正在横向移动并入侵其他帐户、服务器或服务。
  • 确定与此活动相关的任何法规或法律后果。
  • 调查受入侵系统或攻击者使用的系统上的凭据泄露，以确保识别所有受入侵的帐户。根据需要轮换密钥或删除 API 密钥以撤销攻击者对环境的访问权限。与您的 IT 团队合作，在执行这些操作期间最大限度地减少对业务运营的影响。
  • 检查是否创建了未经授权的新用户，删除未经授权的新帐户，并为其他 IAM 用户请求密码重置。
  • 考虑为用户启用多因素身份验证。
  • 查看分配给相关用户的权限，以确保遵循最小权限原则。
  • 实施 AWS 概述的 安全最佳实践。
  • 采取必要的措施将受影响的系统、数据或服务恢复到其正常的运行级别。
  • 确定攻击者滥用的初始载体，并采取措施防止通过相同载体再次感染。
  • 使用事件响应数据，更新日志记录和审计策略，以提高平均检测时间 (MTTD) 和平均响应时间 (MTTR)。

规则查询

编辑
event.dataset: "aws.cloudtrail"
    and event.provider: "sts.amazonaws.com"
    and event.action: "GetCallerIdentity"
    and event.outcome: "success"
    and not aws.cloudtrail.user_identity.type: "AssumedRole"

框架: MITRE ATT&CKTM

« 使用新的 MFA 设备进行 AWS STS AssumeRole AWS STS GetSessionToken 滥用 »