容器逃逸 (T1611.002)

30秒速查卡

维度	你需要知道的
这是什么？	从 Docker/容器运行时突破到宿主机
为什么危险？	攻击者利用此技术可以绕过系统安全机制，获取更高权限，为后续攻击铺路
谁需要关心？	系统管理员、安全运维团队、SOC分析师
你的第一步防御	监控与容器逃逸相关的异常系统调用和进程行为
如果只做一件事	部署EDR解决方案，启用针对容器逃逸技术的检测规则

这是什么？

容器逃逸（T1611.002）是 逃逸到宿主机（T1611）的一个具体变体，属于 权限提升 阶段的攻击技术。

📚 打个比方：就像住在集体宿舍隔间里的人悄悄在墙上凿了个洞——表面上看他还在自己床位活动，实际上他随时可以溜进别人的房间，翻看室友的东西，甚至从宿舍大门走出去。

具体怎么理解？

从 Docker/容器运行时突破到宿主机

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

为什么有效？

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

隐蔽性：利用了正常系统功能或常见协议，不容易被发现
技术门槛适中：不需要特别高深的技术知识就能实施
广泛适用：可以在多种环境和系统中使用

真实攻击流程

典型场景

攻击者在 权限提升 阶段使用容器逃逸技术，以下是典型的攻击步骤：

graph TD
    A["攻击者获取容器内<br/>低权限Shell"] --> B["发现容器以特权模式运行<br/>或挂载宿主机目录"]
    B --> C{"容器配置检查"}
    C -->|"特权容器<br/>--privileged"| D1["直接挂载宿主机<br/>/dev/sda磁盘"]
    C -->|"挂载宿主机<br/>/proc目录"| D2["写入cron任务<br/>定时执行反弹Shell"]
    C -->|"Docker Socket<br/>暴露"| D3["创建特权容器<br/>映射宿主机文件系统"]
    D1 --> E["chroot到宿主机<br/>文件系统"]
    D2 --> E
    D3 --> E
    E --> F["以root权限控制<br/>宿主机系统"]

    style D1 fill:#ff6b6b,stroke:#333,stroke-width:2px
    style E fill:#ff6b6b,stroke:#333,stroke-width:2px

步骤详解：

容器内初始立足：攻击者通过Web漏洞或配置错误获取容器内的低权限Shell（如www-data用户）
逃逸路径探测：检查容器是否以特权模式运行（cat /proc/1/status | grep CapEff），是否挂载了宿主机目录（mount | grep host），是否暴露Docker Socket
选择逃逸向量：特权容器可直接挂载宿主机磁盘（mount /dev/sda1 /mnt）；非特权容器可利用crontab写入（挂载/var/spool/cron）；Docker Socket暴露可创建新特权容器
突破隔离边界：通过chroot逃逸或容器逃逸工具（如CDK、PwnKit）获得宿主机的root权限
宿主机控制：在宿主机安装持久化后门、窃取敏感凭证、横向移动到其他服务器

真实案例

案例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

用人话说： 容器逃逸是攻击者从Docker或Kubernetes容器中突破到宿主机。最常见的逃逸方式包括：1）运行特权容器（--privileged）时可以直接访问宿主机设备；2）挂载docker.sock（-v /var/run/docker.sock:/var/run/docker.sock）后在容器内执行docker命令控制宿主机；3）利用容器的Linux命名空间漏洞（如CVE-2022-0492 cgroup逃逸）；4）利用容器运行时漏洞如runC的CVE-2019-5736。一旦逃逸成功，攻击者就获得了宿主机的完全控制权。

title: 检测容器逃逸
status: experimental
description: 检测可能的容器逃逸活动
logsource:
    category: process_creation
    product: windows
detection:
    selection:
        EventID: 4688
    condition: selection
level: medium
tags:
    - attack.T1611002

缓解措施

优先级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公司维护的攻击技术知识库，像一本“黑客手法百科全书“
容器逃逸	T1611.002，ATT&CK框架中定义的一种具体攻击技术
逃逸到宿主机	T1611，容器逃逸所属的父技术类别
权限提升	攻击链中的一个阶段，攻击者在这个阶段的目标
C2	命令与控制，攻击者用来远程控制被入侵系统的“遥控器“
EDR	端点检测与响应，部署在电脑上的安全监控软件

被引用情况

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

T1611 - 逃逸到宿主机

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

工具与资源

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

学习资料

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

ATT&CK 知识库