« Google Workspace 2SV 策略已禁用 Google Workspace 管理员角色已分配给用户 »
Elastic 文档 ›Elastic 安全解决方案 [8.17] ›检测和警报 ›预构建规则参考

通过域范围委派授予的 Google Workspace API 访问权限

编辑

通过域范围委派授予的 Google Workspace API 访问权限

编辑

检测何时向服务帐户授予域范围的授权委派。可以配置域范围的委派，以允许第三方和内部应用程序访问 Google Workspace 用户的数据。攻击者可能会配置域范围的委派，以保持对其目标数据的访问权限。

规则类型：查询

规则索引:

  • filebeat-*
  • logs-google_workspace*

严重性：中

风险评分: 47

运行频率：5 分钟

搜索索引范围：now-9m（日期数学格式，另请参阅 额外的回溯时间）

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

参考资料:

标签:

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

版本: 207

规则作者:

  • Elastic

规则许可证：Elastic License v2

调查指南

编辑

分类和分析

调查通过域范围委派授予的 Google Workspace API 访问权限

域范围委派是一项功能，允许应用程序访问整个组织 Google Workspace 环境中用户的数据。只有超级管理员才能管理域范围委派，并且他们必须指定应用程序可以访问的每个 API 范围。在通过应用程序的 OAuth2 客户端 ID 建立域范围委派后，可以与所有 Google Workspace 服务 API 交互。通常，会创建启用 Google Workspace API 的 GCP 服务帐户和应用程序，从而允许应用程序访问 Google Workspace 中的资源和服务。

通过 API 授权与 Google Workspace 资源和服务交互的应用程序具有广泛的功能，具体取决于应用的范围。如果在设置 API 范围时未遵循最小权限原则 (PoLP)，则如果应用程序被入侵，威胁行为者可能会滥用其他权限。创建并授予 API 访问权限的新应用程序可能表明威胁行为者试图将其恶意应用程序注册到 Google Workspace 域，从而试图建立命令和控制立足点。

此规则标识何时授权应用程序 API 客户端访问权限。

可能的调查步骤

  • 通过查看警报中的 user.name 或 user.email 字段来识别关联的用户帐户。
  • 只有具有超级管理员权限的用户才能授权 API 客户端访问权限。
  • 通过查看警报中的 google_workspace.admin.api.client.name 字段来识别 API 客户端名称。
  • 如果已摄入 GCP 审核日志，请切换到查看与服务帐户 ID 相关的最近 48 小时的活动。
  • 在 gcp.audit.resource_name 字段中使用通配符搜索 google_workspace.admin.api.client.name 值。
  • 搜索 API 客户端名称并聚合 event.action 上的结果，以确定服务帐户在 GWS 中的用途。
  • 在识别相关用户后，验证超级管理员权限以访问域范围委派设置。

误报分析

  • 对域范围委派的更改需要超级管理员权限。请与用户联系以确保这些更改是预期内的。
  • 查看与预期 API 访问更改相关的计划维护说明。

响应和补救

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

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

  • 根据 Google 的文档，Google Workspace 管理员可能会观察到事件发生时间和事件在 Google Workspace 管理/审核日志中可见的时间之间存在几分钟到 3 天的延迟时间。
  • 为了降低误报的风险，请考虑缩短 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:AUTHORIZE_API_CLIENT_ACCESS
  and event.outcome:success

框架：MITRE ATT&CKTM

« Google Workspace 2SV 策略已禁用 Google Workspace 管理员角色已分配给用户 »