AWS IAM 用户为其他用户创建访问密钥
编辑AWS IAM 用户为其他用户创建访问密钥
编辑拥有被泄露凭据的攻击者可能会尝试通过为现有用户创建一组新的凭据来持久化或提升权限。此规则查找使用 IAM CreateAccessKey
API 操作为另一个 IAM 用户创建新的编程访问密钥的情况。
规则类型: esql
规则索引: 无
严重性: 中
风险评分: 47
运行频率: 5 分钟
搜索索引起始时间: now-6m (日期数学格式,另请参阅 额外回溯时间
)
每次执行的最大告警数: 100
参考:
- https://hackingthe.cloud/aws/exploitation/iam_privilege_escalation/#iamcreateaccesskey
- https://cloud.hacktricks.xyz/pentesting-cloud/aws-security/aws-persistence/aws-iam-persistence
- https://permiso.io/blog/lucr-3-scattered-spider-getting-saas-y-in-the-cloud
- https://docs.aws.amazon.com/IAM/latest/APIReference/API_CreateAccessKey.html
标签:
- 域: 云
- 数据源: AWS
- 数据源: 亚马逊云服务
- 数据源: AWS IAM
- 用例: 身份和访问审计
- 策略: 权限提升
- 策略: 持久化
- 资源: 调查指南
版本: 5
规则作者:
- Elastic
规则许可: Elastic License v2
调查指南
编辑分类和分析
调查 AWS IAM 用户为其他用户创建的访问密钥
为 IAM 用户或根用户创建的 AWS 访问密钥是提供对 AWS 的编程访问的长期凭据。通过访问 iam:CreateAccessKey
权限,可以使用一组被泄露的凭据为另一个用户创建一组新的凭据,以进行权限提升或作为持久化的一种手段。此规则使用 ES|QL 来查找 CreateAccessKey
操作的使用,其中 user.name 与 user.target.name 不同。
可能的调查步骤
- 确定相关帐户及其在环境中的角色。
- 查看用户身份的 IAM 权限策略。
- 确定应该使用这些帐户的应用程序或用户。
- 调查过去 48 小时内与这些帐户相关的其他告警。
- 通过将
user_agent.original
字段中的异常值与预期和授权的使用以及历史数据进行比较,来调查它们。可疑的用户代理值包括非 SDK、AWS CLI、自定义用户代理等。 - 联系帐户所有者并确认他们是否知晓此活动。
- 考虑发出命令的用户的源 IP 地址和地理位置
- 对于调用用户来说,它们看起来正常吗?
- 如果来源是 EC2 IP 地址,它是否与您的某个帐户中的 EC2 实例相关联,或者来源 IP 是否来自您无法控制的 EC2 实例?
- 如果它是授权的 EC2 实例,则此活动是否与实例角色或角色的正常行为相关?是否存在任何其他涉及此实例的告警或可疑活动迹象?
- 如果您怀疑帐户已被泄露,请通过跟踪在过去 24 小时内由该帐户访问的服务器、服务和数据来确定可能被泄露的资产的范围。
- 确定用户发出了哪些其他 API 调用。
- 通过查找涉及其他用户的类似事件来评估此行为是否在环境中普遍存在。
误报分析
- 由于 IAM
CreateAccessKey
操作的预期使用,可能会发生误报。验证aws.cloudtrail.user_identity.arn
是否应该针对user.target.name
帐户使用此操作。
响应和补救
- 根据分类结果启动事件响应流程。
- 在调查和响应期间禁用或限制该帐户。
- 轮换用户凭据
- 从受影响的用户中删除新创建的凭据
- 确定事件的可能影响并相应地确定优先级;以下操作可以帮助您获得背景信息
- 确定帐户在云环境中的角色。
- 评估受影响的服务和服务器的严重性。
- 与您的 IT 团队合作,确定并尽量减少对用户的影响。
- 确定攻击者是否正在横向移动并危及其他帐户、服务器或服务。
- 确定与此活动相关的任何监管或法律后果。
- 调查攻击者泄露或使用的系统上的凭据泄露,以确保识别所有泄露的帐户。
- 根据需要轮换密钥或删除 API 密钥,以撤销攻击者对环境的访问权限。
- 与您的 IT 团队合作,尽量减少这些操作期间对业务运营的影响。
- 删除未经授权的新帐户,并请求其他 IAM 用户重置密码。
- 考虑为用户启用多因素身份验证。
- 查看分配给涉案用户的权限,以确保遵循最小特权原则。
- 实施 AWS 概述的安全最佳实践。
- 采取必要的措施,使受影响的系统、数据或服务恢复到正常的运行水平。
- 确定攻击者滥用的初始向量,并采取行动以防止通过相同的向量再次感染。
- 使用事件响应数据,更新日志记录和审计策略,以提高平均检测时间 (MTTD) 和平均响应时间 (MTTR)。
规则查询
编辑from logs-aws.cloudtrail-* metadata _id, _version, _index | where event.provider == "iam.amazonaws.com" and event.action == "CreateAccessKey" and event.outcome == "success" and user.name != user.target.name | keep @timestamp, cloud.region, event.provider, event.action, event.outcome, user.name, source.address, user.target.name, user_agent.original, aws.cloudtrail.request_parameters, aws.cloudtrail.response_elements, aws.cloudtrail.user_identity.arn, aws.cloudtrail.user_identity.type
框架: MITRE ATT&CKTM
-
策略
- 名称: 持久化
- ID: TA0003
- 参考 URL: https://attack.mitre.org/tactics/TA0003/
-
技术
- 名称: 帐户操纵
- ID: T1098
- 参考 URL: https://attack.mitre.org/techniques/T1098/
-
子技术
- 名称: 额外的云凭据
- ID: T1098.001
- 参考 URL: https://attack.mitre.org/techniques/T1098/001/
-
策略
- 名称: 权限提升
- ID: TA0004
- 参考 URL: https://attack.mitre.org/tactics/TA0004/
-
技术
- 名称: 帐户操纵
- ID: T1098
- 参考 URL: https://attack.mitre.org/techniques/T1098/
-
子技术
- 名称: 额外的云凭据
- ID: T1098.001
- 参考 URL: https://attack.mitre.org/techniques/T1098/001/