创建了 Google Workspace 自定义管理员角色
编辑创建了 Google Workspace 自定义管理员角色编辑
检测到在 Google Workspace 中创建自定义管理员角色时。攻击者可能会创建一个自定义管理员角色，以便提升其他用户帐户的权限并持久化在其目标环境中。
规则类型：查询
规则索引:
- filebeat-*
- logs-google_workspace*
严重程度：中等
风险评分: 47
运行频率：10 分钟
搜索的索引范围：now-130m（日期数学格式，另请参阅 额外的回溯时间）
每次执行的最大警报数: 100
参考:
标签:
- 域：云
- 数据源：Google Workspace
- 用例：身份和访问审核
- 资源：调查指南
- 策略：持久化
版本: 205
规则作者:
- Elastic
规则许可证：Elastic 许可证 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字段来识别添加的角色。 - 识别出相关用户后，验证他们是否应具有添加管理员角色的管理权限。
- 要识别是否已向用户分配了此角色，请搜索
event.action: ASSIGN_ROLE。 - 添加
google_workspace.admin.role.name，并将添加的角色作为附加过滤器。 - 相应地调整相对时间，以识别可能已分配此管理员角色的所有用户。
- 在接下来的 24 小时内监视分配了管理员角色的用户，并查找尝试使用相关权限的行为。
event.provider字段将帮助过滤 Google Workspace 中的特定服务，例如云端硬盘或管理员。event.action字段将帮助跟踪用户正在采取的操作。
误报分析
- 识别出创建角色的用户帐户后，验证该操作是否有意为之。
- 验证创建角色的用户是否应具有在 Google Workspace 中创建自定义角色的管理权限。
- 查看可能已添加该角色的组织单位或组，并确保新权限正确对齐。
- 使用用户的
user.name创建一个过滤器，并过滤event.action。在结果中，检查是否有多个CREATE_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:CREATE_ROLE
框架：MITRE ATT&CKTM
-
策略
- 名称：持久化
- ID：TA0003
- 参考 URL：https://attack.mitre.org/tactics/TA0003/
-
技术
- 名称：帐户操纵
- ID：T1098
- 参考 URL：https://attack.mitre.org/techniques/T1098/