系统检查 (T1497.001)
一句话通俗理解
检查CPU、BIOS、MAC地址等硬件特征判断是否在虚拟机中
30秒速查卡
| 维度 | 你需要知道的 |
|---|---|
| 这是什么? | 恶意软件通过检查硬件特征来判断自己是否在虚拟机或沙箱中运行 |
| 为什么危险? | 如果检测到在分析环境中,恶意软件会终止执行或释放诱饵载荷,让安全分析人员看不到真实攻击行为 |
| 谁需要关心? | 恶意软件分析师、SOC分析师、任何使用沙箱分析恶意软件的安全团队 |
| 你的第一步防御 | 监控异常的CPU信息查询、BIOS读取和MAC地址前缀检查行为 |
| 如果只做一件事 | 对短时间内出现的多项硬件特征查询(CPU+BIOS+MAC)立即告警,因为正常软件不会同时检查这些 |
难度等级
⭐⭐⭐ 高级 - 需要深入的技术知识和实践
这是什么?
系统检查(T1497.001)是 虚拟化/沙箱规避(T1497)的一个具体变体,属于 发现 阶段的攻击技术。
🕵️ 打个比方:就像小偷进屋前先试探一下有没有报警器——攻击者检查系统环境(进程、驱动、注册表),确认是否在沙箱或虚拟机中。
具体怎么理解?
检查CPU、BIOS、MAC地址等硬件特征判断是否在虚拟机中
攻击者使用这种技术时,通常是在发现阶段,想要达到特定的攻击目标。与父技术 T1497 相比,T1497.001 有自己独特的特点和使用场景。
为什么有效?
这种技术之所以有效,是因为:
- 隐蔽性:利用了正常系统功能或常见协议,不容易被发现
- 技术门槛适中:不需要特别高深的技术知识就能实施
- 广泛适用:可以在多种环境和系统中使用
真实攻击流程
典型场景
graph TD
A["恶意载荷在目标系统启动"] --> B["查询CPU核心数和型号"]
B --> C["检查BIOS信息和制造商"]
C --> D["枚举虚拟机驱动(vmtools/vboxguest)"]
D --> E["比对MAC地址前缀是否为VM厂商"]
E --> F{"是否发现虚拟化特征?"}
F -->|"检测到VM/沙箱特征"| G["判定为分析环境,终止执行"]
F -->|"未发现异常特征"| H["确认真实环境,继续攻击"]
style G fill:#ff6b6b,stroke:#333,stroke-width:2px
style F fill:#ffa500,stroke:#333,stroke-width:2px
步骤详解:
- 硬件指纹采集:通过
cpuid指令或 WMI 查询获取 CPU 核心数、型号信息,沙箱通常配置较少的核心数 - BIOS 信息提取:读取注册表或 SMBIOS 数据,检查 BIOS 制造商是否为 VMware、VirtualBox 等虚拟化厂商
- 驱动枚举:列举系统中加载的设备驱动,查找
vmtools.sys、VBoxGuest.sys等虚拟化工具驱动 - MAC 地址比对:获取网卡 MAC 地址前缀,与已知虚拟化厂商 OUI(如 00:0C:29 为 VMware)进行比对
- 综合判定:根据多项指标综合判断是否在虚拟机中运行,决定是否终止恶意行为
真实案例
案例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
应用层检测
Sigma规则示例:
title: 检测系统检查
status: experimental
description: 检测可能的系统检查活动
logsource:
category: process_creation
product: windows
detection:
selection:
EventID: 4688
condition: selection
level: medium
tags:
- attack.T1497001
缓解措施
优先级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:理解基本原理(初级)
目标:理解 系统检查 的工作原理
步骤:
- 在隔离环境中搭建测试系统
- 使用基础工具模拟攻击行为
- 观察系统日志和网络流量
学习要点:理解该技术的核心机制
实验2:实际操作(中级)
目标:掌握 系统检查 的实际使用方法
步骤:
- 使用专业工具进行攻击模拟
- 尝试不同的绕过技术
- 分析检测日志的特征
学习要点:掌握工具使用和日志分析
实验3:防御验证(高级)
目标:验证检测规则的有效性
步骤:
- 部署检测规则
- 执行攻击模拟
- 验证检测告警是否触发
学习要点:理解攻防对抗的实际效果
术语解释
| 术语 | 通俗解释 |
|---|---|
| ATT&CK | MITRE公司维护的攻击技术知识库,像一本“黑客手法百科全书“ |
| 系统检查 | T1497.001,ATT&CK框架中定义的一种具体攻击技术 |
| 虚拟化/沙箱规避 | T1497,系统检查所属的父技术类别 |
| 发现 | 攻击链中的一个阶段,攻击者在这个阶段的目标 |
| C2 | 命令与控制,攻击者用来远程控制被入侵系统的“遥控器“ |
| EDR | 端点检测与响应,部署在电脑上的安全监控软件 |
被引用情况
以下父技术文档引用了本子技术:
参考资料
官方文档
安全报告
- MITRE ATT&CK 官方文档 - ATT&CK 框架官方资源
工具与资源
- Atomic Red Team - 检测规则测试框架
- MITRE ATT&CK Navigator - ATT&CK 可视化工具
学习资料
- MITRE ATT&CK 知识库 - ATT&CK 官方资源中心