« 通过域范围委托授予 Google Workspace API 访问权限 Google Workspace 管理员角色删除 »
Elastic 文档 ›Elastic 安全解决方案 [8.16] ›检测和告警 ›预构建规则参考

用户被分配 Google Workspace 管理员角色

编辑

用户被分配 Google Workspace 管理员角色

编辑

为用户分配管理员角色将授予他们访问 Google 管理控制台的权限，并授予他们管理员权限，允许他们访问和管理各种资源和应用程序。攻击者可能会创建一个新的管理员帐户以实现持久性，或将管理员角色应用于现有用户以进行进一步的入侵活动。如果在 Google Workspace 中启用了单点登录，则拥有超级管理员权限的用户可以绕过单点登录。

规则类型: 查询

规则索引:

  • filebeat-*
  • logs-google_workspace*

严重性: 高

风险评分: 73

每隔: 10 分钟

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

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

参考资料:

标签:

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

版本: 207

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查用户被分配 Google Workspace 管理员角色

Google Workspace 角色允许管理员为用户或组分配特定权限。这些分配应遵循最小权限原则 (PoLP)。Google Workspace 中的管理员角色允许用户访问 Google 管理控制台，在该控制台中可以访问更多域范围的设置。Google Workspace 包含用于执行与用户、组和服务相关的业务功能的预构建管理员角色。当预构建角色不足时，可以创建自定义管理员角色。

分配给用户的管理员角色将授予他们在 Google Workspace 域中额外的权限和特权。管理员角色还允许用户访问管理员控制台，在该控制台中可以调整域范围的设置。威胁参与者可能会依赖这些新权限来推进其入侵活动并在整个组织中横向移动。如果意外调整了不熟悉的设置而没有发出警告，则拥有意外管理员权限的用户也可能导致操作功能障碍。

此规则识别何时将 Google Workspace 管理员角色分配给用户。

可能的调查步骤

  • 通过查看警报中的 user.name 或 user.email 字段来识别关联的用户帐户。
  • user.target.email 字段包含获得管理员角色的用户。
  • 通过查看警报中的 google_workspace.admin.role.name 字段来识别授予用户的角色。
  • 识别相关用户后，验证其管理员权限是否正确限定范围。
  • 要识别具有此角色的其他用户，请在警报中搜索 event.action: ASSIGN_ROLE。
  • 添加 google_workspace.admin.role.name，并将添加的角色作为附加过滤器。
  • 相应地调整相对时间以识别所有被分配此管理员角色的用户。
  • 通过搜索 event.action: CREATE_USER 来识别用户帐户是否最近创建。
  • 添加 user.email，其中包含最近获得此新管理员角色的目标用户帐户。
  • 识别相关用户后，使用其 user.name 或 user.target.email 创建过滤器。查看其过去 48 小时的活动，了解任何可能表明存在入侵的迹象。

误报分析

  • 识别添加管理员角色的用户帐户后，验证操作是否为有意操作。
  • 验证被分配管理员角色的目标用户是否应该在 Google Workspace 中拥有管理员权限。
  • 查看目标用户可能已添加到其中的组织单位或组，并确保管理员角色权限一致。

响应和补救

  • 根据分类的结果启动事件响应流程。
  • 在调查和响应期间禁用或限制帐户。
  • 确定事件的可能影响并相应地进行优先级排序；以下操作可以帮助您获得上下文
  • 识别帐户在云环境中的角色。
  • 评估受影响的服务和服务器的关键性。
  • 与您的 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.category:"iam" and event.action:"ASSIGN_ROLE"
  and google_workspace.event.type:"DELEGATED_ADMIN_SETTINGS" and google_workspace.admin.role.name : *_ADMIN_ROLE

框架: MITRE ATT&CKTM

« 通过域范围委托授予 Google Workspace API 访问权限 Google Workspace 管理员角色删除 »