Cloud Groups (T1069.003)

一句话通俗理解

查看云平台中的组和权限

30秒速查卡

难度等级

⭐⭐ 中级 - 需要一定的技术基础和经验

前置知识检查

读这个文件需要什么？

• 网络枚举基础（IP/端口/协议）
• 系统信息查询命令
• Active Directory基本概念

技术描述

云组（T1069.003）是 权限组发现（T1069）的一个具体变体，属于 发现 阶段的攻击技术。

☁️ 打个比方：就像查看云服务的管理控制台，看谁有什么权限——攻击者枚举云环境中的IAM角色和权限组，寻找高权限目标。

具体怎么理解？

查看云平台中的组和权限

攻击者使用这种技术时，通常是在发现阶段，想要达到特定的攻击目标。与父技术 T1069 相比，T1069.003 有自己独特的特点和使用场景。

为什么有效？

这种技术之所以有效，是因为：

1. 隐蔽性：利用了正常系统功能或常见协议，不容易被发现
2. 技术门槛适中：不需要特别高深的技术知识就能实施

过渡段： 不要以为信息发现只是’看看系统里有什么’——这是攻击者绘制’内部地图’的关键阶段。 3. 广泛适用：可以在多种环境和系统中使用

真实攻击流程

典型场景

graph TD
    A["获取云平台API凭证"] --> B["调用ListGroups枚举IAM组"]
    B --> C["查询各组策略和权限绑定"]
    C --> D["分析组嵌套关系和信任链"]
    D --> E["识别管理员/Owner等高权限组"]
    E --> F["确定可利用的高权限IAM角色"]
    style E fill:#ff6b6b,stroke:#333,stroke-width:2px

步骤详解：

1. 凭证获取：通过泄露的 Access Key 或已入侵的云实例获取 API 访问权限
2. 组枚举：调用 aws iam list-groups 或 Azure az ad group list 等 API 列出所有 IAM 组
3. 策略分析：查询每个组关联的 IAM 策略，评估其允许的操作范围（如 AdministratorAccess）
4. 嵌套发现：分析组的嵌套成员关系，某些组可能通过继承获得更高权限
5. 目标锁定：识别包含管理员或所有者角色的高权限组，确定后续横向移动的目标

攻击流程

graph LR
    A[云API凭证获取<br/>泄露Access Key/已入侵云实例] --> B[IAM组清单枚举<br/>调用ListGroups/az ad group list]
    B --> C[权限策略分析<br/>查询各组绑定策略评估权限范围]
    C --> D[嵌套与信任链分析<br/>识别跨账户角色假设和成员继承]
    D --> E[高权限目标锁定<br/>识别AdministratorAccess组/Owner为横向目标]
    
    style A fill:#4a90e2
    style E fill:#ff6b6b

关键步骤说明：

1. 云API凭证获取: 攻击者通过GitHub仓库泄露的AWS Access Key、错误配置的Lambda函数环境变量、已沦陷EC2实例元数据服务（IMDSv1）窃取IAM角色临时凭证、或钓鱼获取Azure AD用户令牌等渠道获得云平台API访问权限，确保具备调用IAM/Graph API查询用户组的最小权限（AWS iam:ListGroups、Azure Group.Read.All、GCP cloudidentity.groups.list）。
2. IAM组清单枚举: 在AWS环境执行 aws iam list-groups 列出所有IAM组及ARN，Azure环境使用 az ad group list --query "[].{Name:displayName,Id:objectId,Description:description}"，Microsoft Graph调用 GET /groups 查询M365/AAD组，GCP使用 gcloud identity groups list 列出Cloud Identity组，全面枚举云平台组清单和元数据。
3. 权限策略分析: AWS执行 aws iam list-attached-group-policies 和 list-group-policies 查询每个组绑定的托管策略和内联策略，Azure通过 az role definition list 查询组关联的RBAC角色，重点识别绑定 AdministratorAccess、Owner、Contributor、Global Administrator 等高权限策略的组，评估每个组的实际权限范围和资源访问边界。
4. 嵌套与信任链分析: 分析云组嵌套关系——Azure AD支持组嵌套（父组包含子组），AWS支持跨账户角色假设（sts:AssumeRole 信任策略），GCP通过Workspace组织策略传递权限，使用 az ad group get-member-groups 反向查询组所属父组，识别通过嵌套链路间接获得的高权限，同时检查跨账户信任策略发现可被外部账户假设的高权限角色。
5. 高权限目标锁定: 综合分析锁定高价值云攻击目标——绑定 AdministratorAccess 的AWS管理员组、Azure Global Administrator 角色成员、持有 roles/owner 的GCP组、可假设跨账户管理角色的IAM实体，将这些组/角色/账户列入横向移动和权限提升优先目标，规划通过组内成员添加、角色假设链路或窃取组内成员令牌完成云环境接管。

真实案例

案例1：该技术在实际攻击中的应用

• 时间: 2024-2025年
• 目标: 多个行业组织
• 攻击组织: 多个APT组织
• 手法: 攻击者在入侵过程中使用Cloud Groups技术，展示了该子技术的典型应用场景和攻击效果
• 影响: 成功实施该技术导致目标系统被进一步入侵
• 参考链接: MITRE ATT&CK官方

案例2：安全研究中的实践

• 时间: 2025年
• 目标: 安全研究测试环境
• 攻击组织: 红队/安全研究人员
• 手法: 在授权测试中模拟Cloud Groups攻击，验证防御体系的检测和响应能力
• 影响: 帮助组织识别安全防护中的盲点和改进方向
• 参考链接: Atomic Red Team

红队视角

⚠️ 免责声明：以下内容仅用于合法的安全测试、渗透测试和教育目的。未经授权对他人系统进行测试是违法行为。

实战技巧

1. 深入理解原理：在实战应用前，充分理解Cloud Groups的技术原理和适用场景
2. 环境适配：根据目标系统的操作系统版本、安全配置等因素调整攻击策略
3. 组合使用：将该技术与其他技术组合使用，构建完整的攻击链
4. 隐蔽性考虑：注意操作痕迹的清理，避免被安全设备检测

常用工具

注意事项

• 在授权的测试环境中使用这些技术
• 注意操作安全（OPSEC），避免被检测系统发现
• 使用匿名化技术和代理隐藏真实身份

蓝队视角

检测要点

1. 系统日志监控：关注与Cloud Groups相关的系统日志和审计记录
2. 异常行为检测：监控系统中与该技术相关的异常进程、网络连接和文件操作
3. 工具特征识别：识别攻击者可能使用的工具在系统中的运行特征

监控建议

• 部署端点检测和响应（EDR）系统，监控与Cloud Groups相关的异常行为
• 配置SIEM规则，关联分析来自多个来源的告警
• 定期进行安全评估和渗透测试，验证检测规则的有效性

避坑指南

检测难点：发现阶段命令很多是合法管理操作。

检测建议

检测思路

检测 云组 的关键是识别异常行为模式。以下是三个层面的检测方法：

网络层检测

方法：监控云平台管理 API 的组枚举调用，关注来自非常规 IP/Region 的 ListGroups 请求

# AWS CloudTrail 检测IAM组枚举
aws logs filter-log-events --log-group-name CloudTrail \
  --filter-pattern '{ ($.eventName = "ListGroups") || ($.eventName = "ListGroupPolicies") || ($.eventName = "GetGroup") }'

# Azure Activity Log 检测组枚举
az monitor activity-log list --resource-group RG \
  --query "[?operationName.value=='Microsoft.Graph/groups/list']"

主机层检测

云平台审计日志：

• AWS CloudTrail：监控 ListGroups、ListGroupPolicies、ListAttachedGroupPolicies、GetGroup API（source=iam.amazonaws.com）
• Azure Activity Log：监控 Microsoft.Graph/groups/list、az ad group list、Get-MgGroupMember
• GCP Audit Logs：监控 cloudresourcemanager.googleapis.com/GetIamPolicy、admin.googleapis.com 的 groups.list

异常场景识别：

• 单一凭证短时间内遍历所有 IAM 组并查询所有附加策略
• 来自非常规 IP/Region 的 ListGroups 调用
• 使用 STS 临时凭证发起 IAM 枚举

# 检测AWS STS临时凭证发起的IAM枚举
aws logs filter-log-events --log-group-name CloudTrail \
  --filter-pattern '{ ($.userIdentity.type = "AssumedRole") && ($.eventName = "ListGroups") }'

应用层检测

用人话说： 这条规则在监控云平台API调用中是否有人在枚举IAM组。正常情况下，只有云管理员才会调用 ListGroups API查看整个组织的云组列表。如果非管理员IP发起大量组枚举API调用，说明攻击者可能在侦察云权限结构，寻找高权限IAM角色。简单说，谁家普通员工会没事调用API遍历整个云平台的安全组？

Sigma规则示例：

title: 检测云平台IAM组枚举
status: experimental
description: 检测AWS/Azure/GCP云平台中异常的组枚举API调用
logsource:
    product: aws
    service: cloudtrail
detection:
    selection_aws:
        eventName:
            - ListGroups
            - ListGroupPolicies
            - ListAttachedGroupPolicies
            - GetGroup
        eventSource: iam.amazonaws.com
    filter_normal:
        userIdentity.type: IAMUser
        sourceIPAddress|contains:
            - 'corporate-vpn'
            - 'admin-workstation'
    condition: selection_aws and not filter_normal
level: medium
tags:
    - attack.discovery
    - attack.t1069.003

缓解措施

优先级1：关键措施

限制攻击面：减少暴露的服务和端口，降低被利用的风险

# 防火墙规则示例：只允许必要的出站连接
iptables -A OUTPUT -p tcp --dport 443 -j ACCEPT  # 允许HTTPS
iptables -A OUTPUT -p tcp --dport 80 -j ACCEPT   # 允许HTTP
iptables -A OUTPUT -p tcp -j DROP                 # 阻止其他TCP

优先级2：重要措施

加强监控：部署EDR和SIEM系统，实时监控异常行为

优先级3：建议措施

安全意识培训：教育员工识别相关攻击手法

动手实验

⚠️ 所有实验必须在隔离的实验室环境中进行

实验1：理解基本原理（初级）

目标：理解 云组 的工作原理

步骤：

1. 在隔离环境中搭建测试系统
2. 使用基础工具模拟攻击行为
3. 观察系统日志和网络流量

学习要点：理解该技术的核心机制

实验2：实际操作（中级）

目标：掌握 云组 的实际使用方法

步骤：

1. 使用专业工具进行攻击模拟
2. 尝试不同的绕过技术
3. 分析检测日志的特征

学习要点：掌握工具使用和日志分析

实验3：防御验证（高级）

目标：验证检测规则的有效性

步骤：

1. 部署检测规则
2. 执行攻击模拟
3. 验证检测告警是否触发

学习要点：理解攻防对抗的实际效果

术语解释

被引用情况

以下父技术文档引用了本子技术：

• T1069 - 权限组发现

参考资料

📚 官方文档（深入了解）

• MITRE ATT&CK - Cloud Groups (T1069.003)
• MITRE ATT&CK - 权限组发现 (T1069)

📰 安全报告（真实攻击）

• MITRE ATT&CK 官方文档 - ATT&CK 框架官方资源

🔧 工具与资源（动手试试）

• Atomic Red Team - 检测规则测试框架
• MITRE ATT&CK Navigator - ATT&CK 可视化工具

📚 学习资料（深入了解）

• MITRE ATT&CK 知识库 - ATT&CK 官方资源中心