« Google Workspace 应用商店限制已修改为允许任何应用 Google Workspace 已暂停的用户帐户已恢复 »
Elastic 文档 ›Elastic 安全解决方案 [8.17] ›检测和警报 ›预构建规则参考

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.name 或 user.email 字段来识别关联的用户帐户。
  • 通过查看警报中的 google_workspace.admin.role.name 字段来识别已修改的角色。
  • 通过查看警报中的 google_workspace.admin.privilege.name 字段来识别已添加或删除的权限。
  • 在识别出相关用户后，验证管理权限是否已正确限定范围。
  • 要识别具有此角色的其他用户，请搜索 event.action: ASSIGN_ROLE
  • 添加 google_workspace.admin.role.name，并将添加的角色作为附加过滤器。
  • 相应地调整相对时间，以识别分配了此角色的所有用户。
  • 通过搜索 event.action: CREATE_USER 来识别用户帐户是否为最近创建的帐户。
  • 如果添加了权限，请在接下来的 24 小时内监控分配了此角色的用户，并查找尝试使用新权限的情况。
  • event.provider 字段将帮助筛选 Google Workspace 中特定服务，如云端硬盘或管理。
  • event.action 字段将帮助跟踪用户正在执行的操作。

误报分析

  • 在识别出修改角色的用户帐户后，验证此操作是否为有意为之。
  • 验证用户是否应在 Google Workspace 中具有修改角色的管理权限。
  • 查看角色可能已添加到其中的组织部门或组，并确保新权限正确对齐。
  • 使用 user.name 筛选 event.action，查看之前是否已出现过 ADD_PRIVILEGE 或 UPDATE_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 Fleet 集成、Filebeat 模块或类似结构化数据才能与此规则兼容。

规则查询

编辑
event.dataset:google_workspace.admin and event.provider:admin and event.category:iam and event.action:(ADD_PRIVILEGE or UPDATE_ROLE)

框架：MITRE ATT&CKTM

« Google Workspace 应用商店限制已修改为允许任何应用 Google Workspace 已暂停的用户帐户已恢复 »