Google Workspace 自定义管理员角色创建

编辑

Google Workspace 自定义管理员角色创建

编辑

检测在 Google Workspace 中创建自定义管理员角色的情况。攻击者可能会创建自定义管理员角色,以提升其他用户帐户的权限并在目标环境中持久存在。

规则类型: 查询

规则索引:

  • filebeat-*
  • logs-google_workspace*

严重性: 中等

风险评分: 47

每隔: 10 分钟

搜索索引时间范围: now-130m (日期数学格式,另请参阅 额外回溯时间)

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

参考:

标签:

  • 领域: 云
  • 数据源: Google Workspace
  • 用例: 身份和访问审计
  • 资源: 调查指南
  • 战术: 持久性

版本: 206

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查 Google Workspace 自定义管理员角色创建

Google Workspace 角色允许管理员将特定权限分配给用户或组,建议遵循最小权限原则 (PoLP)。Google Workspace 中的管理员角色授予用户访问 Google 管理控制台的权限,可以在其中访问更多域范围的设置。Google Workspace 包含用于执行与用户、组和服务相关的业务功能的预构建管理员角色。如果不需要预构建角色,则可以创建自定义管理员角色。

分配给用户的角色将授予他们在 Google Workspace 域中额外的权限和特权。如果现有角色或用户没有与其操作模式相一致的特权,则威胁行为者可能会创建具有特权的新管理员角色以推进其入侵工作并在组织内部横向移动。如果调整了不熟悉的设置而没有发出警告,则来自新管理员角色的意外特权的用户也可能导致操作功能障碍。管理员可能会创建新角色来实现短期目标,并且无意中引入额外的风险敞口,而不是修改现有角色。

此规则识别在 Google Workspace 管理控制台中添加 Google Workspace 管理员角色的情况。

可能的调查步骤

  • 通过查看警报中的 user.nameuser.email 字段来识别关联的用户帐户。
  • 通过查看警报中的 google_workspace.admin.role.name 字段来识别添加的角色。
  • 在识别相关用户后,验证他们是否应该具有添加管理员角色的管理权限。
  • 要确定用户是否已分配此角色,请搜索 event.action: ASSIGN_ROLE
  • 添加 google_workspace.admin.role.name,并将添加的角色作为附加过滤器。
  • 相应地调整相对时间,以识别可能已分配此管理员角色的所有用户。
  • 监控分配了管理员角色的用户 24 小时,并查找尝试使用相关特权的情况。
  • event.provider 字段将有助于过滤 Google Workspace 中的特定服务,例如 Drive 或 Admin。
  • event.action 字段将有助于跟踪用户正在执行的操作。

误报分析

  • 在识别创建角色的用户帐户后,验证该操作是否为有意操作。
  • 验证创建角色的用户是否应该在 Google Workspace 中具有创建自定义角色的管理权限。
  • 查看可能已将角色添加到其中的组织单位或组,并确保新权限正确对齐。
  • 使用用户的 user.name 创建过滤器,并过滤 event.action。在结果中,检查是否存在多个 CREATE_ROLE 操作,并注意它们是新的还是历史的。

响应和补救

  • 根据分类结果启动事件响应流程。
  • 在调查和响应期间禁用或限制帐户。
  • 确定事件的可能影响并进行相应优先级排序;以下操作可以帮助您获取上下文
  • 确定帐户在云环境中的角色。
  • 评估受影响的服务和服务器的关键性。
  • 与您的 IT 团队合作,识别并最大程度地减少对用户的影响。
  • 确定攻击者是否正在横向移动并入侵其他帐户、服务器或服务。
  • 确定与此活动相关的任何监管或法律后果。
  • 调查受攻击者入侵或使用的系统上的凭据泄露,以确保识别所有受损帐户。根据需要重置密码或删除 API 密钥以撤销攻击者对环境的访问权限。与您的 IT 团队合作,在执行这些操作期间最大程度地减少对业务运营的影响。
  • 审查分配给涉嫌用户的权限,以确保遵循最小权限原则。
  • 实施 Google 概述的安全最佳实践。
  • 确定攻击者滥用的初始载体,并采取措施防止通过相同载体重新感染。
  • 使用事件响应数据更新日志记录和审计策略,以提高平均检测时间 (MTTD) 和平均响应时间 (MTTR)。

有关 Google Workspace 事件延迟时间的重要信息

  • 根据 Google 的文档,Google Workspace 管理员可能会观察到事件发生时间与事件在 Google Workspace 管理/审计日志中可见时间之间存在从几分钟到 3 天不等的延迟。
  • 此规则配置为每 10 分钟运行一次,回溯时间为 130 分钟。
  • 为了降低误报的风险,请考虑减少 Google Workspace(以前称为 G Suite)Filebeat 模块轮询 Google 报告 API 以获取新事件的间隔。
  • 默认情况下,var.interval 设置为 2 小时 (2h)。请考虑将此间隔更改为较低的值,例如 10 分钟 (10m)。
  • 有关更多信息,请参阅以下参考
  • https://support.google.com/a/answer/7061566
  • https://elastic.ac.cn/guide/en/beats/filebeat/current/filebeat-module-google_workspace.html

设置

编辑

Google Workspace 集群集成、Filebeat 模块或类似结构的数据需要与此规则兼容。

规则查询

编辑
event.dataset:google_workspace.admin and event.provider:admin and event.category:iam and event.action:CREATE_ROLE

框架: MITRE ATT&CKTM