双向通信 (T1102.002)

30秒速查卡

维度	你需要知道的
这是什么？	攻击者利用GitHub、Google Drive、Twitter等Web服务的API实现C2指令的上传和下载，形成双向通信
为什么危险？	API流量与正常应用流量无法区分，CDN保护让这些域名难以封锁，企业普遍允许访问
谁需要关心？	SOC分析师、云安全工程师、API安全团队
你的第一步防御	监控异常的Web服务API调用模式，尤其是非浏览器进程的OAuth认证行为
如果只做一件事	审计GitHub/Google Drive API调用日志，识别单账户高频次的读写操作

前置知识检查

读这个文件需要什么？

网络协议基础（TCP/IP/DNS/HTTP）
C2通信模式
加密通信基本原理

技术描述

双向通信（T1102.002）是 Web服务（T1102）的一个具体变体，属于 命令与控制 阶段的攻击技术。

☁️ 打个比方：就像把指令藏在共享云盘的文件里——攻击者利用云存储服务（如Google Drive、OneDrive）同步C2指令和数据。

具体怎么理解？

攻击者和受害者通过Web服务的API实现双向C2通信

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

为什么有效？

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

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

过渡段： 不要误以为C2只是’发心跳包’——现代C2基础设施堪比小型互联网公司。 3. 广泛适用：可以在多种环境和系统中使用

真实攻击流程

典型场景

攻击者在 命令与控制 阶段使用双向通信技术，以下是典型的攻击步骤：

graph TD
    A["利用GitHub/云存储创建仓库"] --> B["木马通过API上传窃取数据"]
    B --> C["攻击者通过API下发指令"]
    C --> D["木马读取仓库中的新指令"]
    D --> E["双向通过合法API交换数据"]
    style C fill:#ff6b6b,stroke:#333,stroke-width:2px

步骤详解：

利用GitHub/云存储创建仓库 - 在合法云服务上创建用于C2通信的代码仓库或存储桶
木马通过API上传窃取数据 - 恶意载荷使用API将窃取的数据上传到仓库的指定位置
攻击者通过API下发指令 - 攻击者将加密指令写入仓库文件，通过API发布更新（关键步骤）
木马读取仓库中的新指令 - 载荷定期检查仓库变更，获取新指令并执行
双向通过合法API交换数据 - 利用合法云服务API实现双向C2通信，流量与正常用户混合

攻击流程

graph LR
    A[在GitHub/Google Drive创建C2仓库并生成API Token] --> B[木马通过API上传窃取数据到仓库指定路径]
    B --> C[攻击者通过API写入加密指令到仓库文件]
    C --> D[木马轮询读取仓库变更获取新指令]
    D --> E[双向通过合法API持续交换C2数据]
    
    style A fill:#4a90e2
    style E fill:#ff6b6b

关键步骤说明：

在GitHub/Google Drive创建C2仓库并生成API Token：攻击者注册匿名账号创建私有仓库或Drive文件夹，生成OAuth Token硬编码到木马中，利用企业普遍放行的合法云服务域名作为C2载体
木马通过API上传窃取数据到仓库指定路径：被控主机调用Web服务API将收集的凭证、文件等数据加密后写入仓库的预设路径（如Issue评论、Wiki页面、Drive文件），实现“上行“数据回传
攻击者通过API写入加密指令到仓库文件：攻击者从外部登录同一Web服务，将下一阶段指令加密后写入仓库的另一处位置（如新建Commit、修改JSON配置文件），不与木马直接通信
木马轮询读取仓库变更获取新指令：木马以固定间隔通过API查询仓库变更（如If-Modified-Since头、ETag比对），发现更新后下载并解密提取指令执行
双向通过合法API持续交换C2数据：上传回传与下载指令通过同一Web服务的API交替进行，所有流量混入正常云服务调用中，API Token来自合法账号难以封禁

真实案例

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

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

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

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

红队视角

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

实战技巧

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

常用工具

工具名称	用途	平台	链接
Metasploit	渗透测试框架	全平台	Metasploit
Cobalt Strike	adversary模拟平台	Windows	Cobalt Strike
Atomic Red Team	检测规则测试	全平台	Atomic Red Team

注意事项

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

蓝队视角

检测要点

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

监控建议

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

检测建议

网络层检测

方法：监控网络流量中的异常模式

# 检测异常的网络连接和数据传输
# 根据具体协议和端口设置检测规则

主机层检测

Windows事件ID：

事件ID 4688：进程创建（监控可疑进程）
事件ID 4104：PowerShell执行（监控可疑脚本）

Linux日志：

/var/log/auth.log：认证日志
/var/log/syslog：系统日志

# 检测异常进程和命令执行
grep -i "suspicious" /var/log/auth.log

用人话说： 双向通信模式让攻击者通过同一个Web服务API同时收发数据——被控机器向GitHub Issues、Google Drive或Notion API提交窃取的数据作为“上传“，又从同一个服务的另一处读取加密指令作为“下载“。这就像两个人用同一块公告板交换消息，一人贴一人读。这种方式的隐蔽性在于流量完全混入正常的API调用中，如果攻击者使用的API Token来自合法账号，很难区分是正常用户还是木马。检测思路：某台主机用同一个API Token频繁读写不同的资源（如创建Issue后马上读取项目Wiki），且读写间隔非常有规律，这不太像真人操作。

Sigma规则示例：

title: 检测双向通信 - Web服务API异常调用
status: experimental
description: 检测非浏览器进程对GitHub/Google Drive/Notion等Web服务API的高频读写操作
logsource:
    product: windows
    service: sysmon
detection:
    selection_proc:
        EventID: 1
        Image|endswith:
            - '\powershell.exe'
            - '\curl.exe'
            - '\git.exe'
            - '\gh.exe'
            - '\cmd.exe'
        CommandLine|contains:
            - 'api.github.com/repos'
            - 'api.github.com/user'
            - 'drive.googleapis.com'
            - 'api.notion.com'
            - 'Invoke-RestMethod'
            - 'Invoke-WebRequest'
    selection_net:
        EventID: 3
        Image|endswith:
            - '\powershell.exe'
            - '\curl.exe'
            - '\git.exe'
        DestinationHostname|contains:
            - 'api.github.com'
            - 'drive.googleapis.com'
            - 'api.notion.com'
            - 'api.twitter.com'
    filter_browser:
        Image|endswith:
            - '\chrome.exe'
            - '\msedge.exe'
            - '\firefox.exe'
    condition: (selection_proc or selection_net) and not filter_browser
level: medium
tags:
    - attack.t1102.002
    - attack.command_and_control
    - attack.t1102

# GitHub Enterprise Audit Log检测：同一Token异常高频读写
# 查找同一用户在短时间内创建Issue后又读取Wiki的行为
gh api '/enterprises/{enterprise}/audit-log' --jq '.[] | select(.action|test("issue.create|wiki.read|repo.download"))'

# Zeek检测：非浏览器进程对api.github.com的高频访问
awk '$9 !~ /Chrome|Edge|Firefox/ && $host ~ /api\.github\.com|drive\.googleapis/' http.log | sort | uniq -c | sort -rn

缓解措施

优先级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

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

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

目标：理解双向通信的工作原理

步骤：

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

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

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

目标：掌握双向通信的实际使用方法

步骤：

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

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

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

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

步骤：

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

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

术语解释

术语	通俗解释
ATT&CK	MITRE公司维护的攻击技术知识库，像一本“黑客手法百科全书“
双向通信	T1102.002，ATT&CK框架中定义的一种具体攻击技术
Web服务	T1102，双向通信所属的父技术类别
命令与控制	攻击链中的一个阶段，攻击者在这个阶段的目标
C2	命令与控制，攻击者用来远程控制被入侵系统的“遥控器“
EDR	端点检测与响应，部署在电脑上的安全监控软件

被引用情况

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

T1102 - Web服务

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

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

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

📚 学习资料（深入了解）

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

Keyboard shortcuts

ATT&CK 知识库