« Google Workspace 已暂停用户帐户已恢复 利用组策略滥用进行权限添加 »
Elastic 文档 ›Elastic Security 解决方案 [8.17] ›检测和警报 ›预构建规则参考

Google Workspace 用户组织单元变更

编辑

Google Workspace 用户组织单元变更

编辑

Google Workspace 中的用户通常会被分配到特定的组织单元，该组织单元会授予他们访问某些服务的权限以及从该组织单元继承的角色。攻击者可能会攻陷一个有效帐户，并更改用户所属的组织帐户，这可能会使他们继承之前无法访问的应用程序和资源的权限。

规则类型: 查询

规则索引:

  • filebeat-*
  • logs-google_workspace*

严重性: 低

风险评分: 21

运行频率: 10 分钟

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

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

参考资料:

标签:

  • 域: 云
  • 数据源: Google Workspace
  • 用例: 配置审计
  • 策略: 持久性
  • 资源: 调查指南

版本: 107

规则作者:

  • Elastic

规则许可证: Elastic License v2

调查指南

编辑

分类和分析

调查 Google Workspace 用户组织单元变更

组织单元是管理员可以在 Google 管理控制台中创建的组，以便将设置应用于 Google Workspace 的特定用户集。默认情况下，所有用户都位于顶层（父级）组织单元中。子组织单元继承父级单元的设置，但可以更改以适应子组织单元的需求。

用户的权限和特权通常从他们所在的组织单元继承。因此，如果将用户更改为单独的组织单元，他们将继承所有特权和权限。用户帐户在切换组织单元时可能会拥有意外的特权，这可能会允许威胁行为者在组织内获得更强大的立足点。当用户切换到 Google Workspace 中的不同组时，应遵循最小特权原则 (PoLP)。

此规则识别用户何时被移动到不同的组织单元。

可能的调查步骤

  • 通过查看警报中的 user.name 或 user.email 字段来识别关联的用户帐户。
  • user.target.email 字段包含其分配的组织单元被切换的用户。
  • 通过检查 google_workspace.admin.org_unit.name 和 google_workspace.admin.new_value 字段来识别用户之前分配的单元和新的组织单元。
  • 识别为该组织单元明确设置了哪些 Google Workspace 应用程序的设置。
  • 搜索 event.action 为 CREATE_APPLICATION_SETTING 的事件，其中 google_workspace.admin.org_unit.name 是新的组织单元。
  • 在识别出相关用户后，验证管理权限是否已正确限定范围，以允许更改用户组织单元。
  • 通过搜索 event.action: CREATE_USER 来识别用户帐户是否是最近创建的。
  • 添加 user.email 以及最近更改了其组织单元的目标用户帐户。
  • 筛选执行此操作的用户的 user.name 或 user.target.email，并查看过去 48 小时的活动，以查找可能表明存在漏洞的任何内容。

误报分析

  • 在识别出更改另一个用户的组织单元的用户帐户后，验证该操作是否是有意的。
  • 验证接收此更新的目标用户是否应从新的组织单元继承权限。
  • 查看潜在的维护说明或组织变更。它们可能会解释为什么更改用户的组织。

响应和补救

  • 根据分类的结果启动事件响应过程。
  • 在调查和响应期间禁用或限制帐户。
  • 确定事件的可能影响并相应地确定优先级；以下操作可以帮助您获取上下文
  • 确定云环境中的帐户角色。
  • 评估受影响的服务和服务器的严重性。
  • 与您的 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 Fleet 集成、Filebeat 模块或类似结构的数据才能与此规则兼容。

规则查询

编辑
event.dataset:"google_workspace.admin" and event.type:change and event.category:iam
    and google_workspace.event.type:"USER_SETTINGS" and event.action:"MOVE_USER_TO_ORG_UNIT"

框架: MITRE ATT&CKTM

« Google Workspace 已暂停用户帐户已恢复 利用组策略滥用进行权限添加 »