容器编排作业 (T1053.007)

一句话通俗理解

在 Kubernetes 中创建恶意 CronJob 以高权限运行容器

30秒速查卡



难度等级

⭐ 初级 - 入门级技术，基础操作

前置知识检查

读这个文件需要什么？

• 操作系统权限模型（User/Admin/SYSTEM/root）
• 进程与令牌概念
• 常见漏洞利用基础知识

技术描述

容器编排作业（T1053.007）是 计划任务/作业（T1053）的一个具体变体，属于 权限提升 阶段的攻击技术。

简单来说，就像给电脑设个闹钟，到点自动执行任务。

具体怎么理解？

在 Kubernetes 中创建恶意 CronJob 以高权限运行容器

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

为什么有效？

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

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

过渡段： 不要误以为权限提升就是’用漏洞获取root’——大部分权限提升利用的是配置缺陷而非漏洞。 3. 广泛适用：可以在多种环境和系统中使用

真实攻击流程

典型场景

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

graph TD
    A["攻击者获取K8s API<br/>创建资源权限"] --> B["创建恶意CronJob YAML<br/>设置高权限ServiceAccount"]
    B --> C["kubectl apply -f<br/>提交CronJob到集群"]
    C --> D["K8s调度器按cron表达式<br/>创建一次性Pod"]
    D --> E["Pod以高权限运行<br/>挂载宿主机目录"]
    E --> F["从容器内访问<br/>宿主机文件系统"]

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

步骤详解：

1. CronJob 创建：编写 YAML 定义 CronJob，spec.jobTemplate.spec.template.spec.serviceAccountName 绑定高权限 SA
2. 宿主机挂载：在 Pod 规格中设置 hostPath 挂载 / 或 /var/run/docker.sock 到容器内
3. 定时调度：spec.schedule: "*/10 * * * *" 每10分钟自动创建 Pod 执行恶意命令
4. 逃逸利用：在特权 Pod 内通过挂载的宿主机文件系统写入 crontab 或 SSH 公钥，持久化控制宿主机

攻击流程

获取K8s API创建权限 --> 编写恶意CronJob YAML并绑定特权SA --> kubectl apply提交 --> CronJob调度特权Pod逃逸宿主机

graph LR
    A["获取K8s API创建权限"] --> B["编写恶意CronJob YAML并绑定特权SA"]
    B --> C["kubectl apply提交"]
    C --> D["CronJob调度特权Pod逃逸宿主机"]

步骤详解：

1. 获取K8s API创建权限

   • 通俗描述：先要拿到能向 Kubernetes 集群提交 CronJob 资源的 API 权限，相当于先成为集群的合法操作员
   • 技术细节：通过窃取 ServiceAccount Token、kubeconfig 凭据或 RBAC 配置错误，获得 create cronjobs.batch 权限
   • 常用工具：kubectl、Peirates、Kube-hunter

2. 编写恶意CronJob YAML并绑定特权SA

   • 通俗描述：写一个 YAML 文件描述定时任务，让 Pod 用高权限身份跑，并挂载宿主机文件系统
   • 技术细节：在 spec.jobTemplate.spec.template.spec 中设置 serviceAccountName: cluster-admin-sa、privileged: true、hostPath: {path: /, mountPath: /host}，配置 schedule: "*/10 * * * *"
   • 常用工具：vi、kubectl、helm

3. kubectl apply提交

   • 通俗描述：把 YAML 提交给 API Server，让 K8s 把这个恶意 CronJob 注册到集群里
   • 技术细节：执行 kubectl apply -f evil-cronjob.yaml 创建 CronJob 资源，触发 K8s 调度器按 cron 表达式周期性创建 Job 和 Pod
   • 常用工具：kubectl、k8s REST API

4. CronJob调度特权Pod逃逸宿主机

   • 通俗描述：到点了，K8s 自动创建特权 Pod，攻击者通过挂载的宿主机目录拿到宿主 root
   • 技术细节：CronJob 控制器按 schedule 创建 Pod，特权容器通过 hostPath 挂载直接读写宿主机文件系统，可写入 /host/etc/crontab、/host/root/.ssh/authorized_keys 实现持久化逃逸
   • 常用工具：chroot、nsenter、crictl

真实案例

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

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

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

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

红队视角

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

实战技巧

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

常用工具

注意事项

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

蓝队视角

检测要点

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

监控建议

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

避坑指南

红队新手常见错误：一上来就找内核漏洞提权。

检测建议

检测思路

检测 容器编排作业 的关键是识别异常行为模式。以下是三个层面的检测方法：

网络层检测

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

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

主机层检测

Windows事件ID：

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

Linux日志：

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

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

用人话说： Kubernetes的CronJob可以在集群中定期执行容器化任务。攻击者如果获得了Kubernetes API的访问权限，创建一个恶意CronJob YAML：定时启动一个挂载了hostPath（如/var/run/docker.sock）的特权容器，从容器内部逃逸到宿主机。因为CronJob是Kubernetes的标准资源，恶意CronJob混在正常的批处理任务中很难被发现。

title: 检测容器编排作业
status: experimental
description: 检测可能的容器编排作业活动
logsource:
    category: process_creation
    product: windows
detection:
    selection:
        EventID: 4688
    condition: selection
level: medium
tags:
    - attack.T1053007

应用层检测

Sigma规则示例：

**用人话说：**在实际环境中，需要结合上下文判断异常行为。建议针对本技术的特征指标设置告警阈值，并关联多个数据源进行交叉验证。

yaml title: Detected Suspicious Activity - T1053.007 status: experimental description: Detects potential T1053.007 related suspicious behavior logsource: category: process_creation product: windows detection: selection: EventID: 4688 condition: selection level: medium tags:

• attack.T1053.007

缓解措施

优先级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. 验证检测告警是否触发

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

术语解释

被引用情况

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

• T1053 - 计划任务/作业
• T1053 - 计划任务/作业
• T1053 - 计划任务/作业

参考资料

📚 官方文档（深入了解）

• MITRE ATT&CK - 容器编排作业 (T1053.007)
• MITRE ATT&CK - 计划任务/作业 (T1053)

📰 安全报告（真实攻击）

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

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

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

📚 学习资料（深入了解）

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