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

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

编辑

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

编辑

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

规则类型: 查询

规则索引:

  • filebeat-*
  • logs-google_workspace*

严重性: 中等

风险评分: 47

每隔: 5m

搜索索引时间范围: 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 管理员角色分配给用户 »