AWS IAM 承担角色策略更新

编辑

识别修改 AWS IAM 承担角色策略的尝试。攻击者可能会尝试修改配置错误的角色的 AssumeRolePolicy,以获取该角色的权限。

规则类型: 查询

规则索引:

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

严重性: 低

风险评分: 21

运行频率: 10 分钟

搜索索引起始时间: now-60m (日期数学格式,另请参阅 额外的回溯时间)

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

参考资料:

标签:

  • 域: 云
  • 数据源: AWS
  • 数据源: 亚马逊云服务
  • 数据源: AWS STS
  • 用例: 身份和访问审计
  • 资源: 调查指南
  • 策略: 权限提升

版本: 209

规则作者:

  • Elastic

规则许可: Elastic License v2

调查指南

编辑

分类和分析

调查 AWS IAM 承担角色策略更新

IAM 角色是您可以在账户中创建的具有特定权限的 IAM 身份。IAM 角色类似于 IAM 用户,因为它是一个 AWS 身份,具有确定该身份在 AWS 中可以和不能做什么的权限策略。但是,角色不是与一个人唯一关联,而是旨在由任何需要它的人承担。此外,角色没有标准的长期凭证,例如密码或访问密钥。相反,当您承担角色时,它会为您提供角色会话的临时安全凭证。

角色信任策略是一个 JSON 文档,您可以在其中定义您信任承担该角色的主体。此策略是附加到 IAM 中角色的必需的基于资源的策略。攻击者可能会尝试使用 UpdateAssumeRolePolicy API 操作来修改此策略,以获取该角色的权限。

可能的调查步骤

  • 识别执行该操作的用户帐户,以及该帐户是否应该执行此类操作。
  • 调查过去 48 小时内与该用户帐户相关的其他告警。
  • 联系帐户和资源所有者,并确认他们是否了解此活动。
  • 检查此操作是否已获批准并按照组织变更管理策略执行。
  • 如果您怀疑该帐户已被入侵,请通过跟踪该帐户在过去 24 小时内访问的服务器、服务和数据来确定可能受影响的资产范围。

误报分析

  • 误报可能是由于该服务的预期使用而发生的。为了获得更高的置信度,需要进行调整。考虑添加例外 - 最好结合用户代理和用户 ID 条件 - 以涵盖管理员活动和基础设施即代码工具。

响应和修复

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

设置

编辑

需要 AWS Fleet 集成、Filebeat 模块或类似结构的数据才能与此规则兼容。

规则查询

编辑
event.dataset:aws.cloudtrail and event.provider:iam.amazonaws.com and event.action:UpdateAssumeRolePolicy and event.outcome:success

框架: MITRE ATT&CKTM