# Detecting Process Injection Techniques

> 检测和分析恶意软件使用的进程注入技术，包括经典 DLL 注入、进程空洞化、APC 注入、线程劫持 和反射式加载。使用内存取证、API 监控和行为分析来识别注入痕迹。适用于进程注入检测、 代码注入分析、空洞化进程调查或内存威胁检测等请求场景。

- Skill: `killvxk/detecting-process-injection-techniques` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add killvxk/detecting-process-injection-techniques`
- Raw SKILL.md: https://api.skillmd.com/api/skills/killvxk/detecting-process-injection-techniques/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Integrations & APIs
- License: Apache-2.0
- Author: killvxk (https://skillmd.com/u/killvxk)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/killvxk/detecting-process-injection-techniques

---


# 检测进程注入技术

## 适用场景

- EDR 告警显示可疑 API 调用序列（VirtualAllocEx + WriteProcessMemory + CreateRemoteThread）
- 合法进程（explorer.exe、svchost.exe）出现意外的网络连接或文件操作
- 内存取证发现本不应含有可执行代码的内存区域中存在可执行代码
- 调查恶意软件藏匿在可信进程内部的就地取材（LOL）攻击
- 为 EDR 或 SIEM 规则中的特定注入技术构建检测逻辑

**不适用**于标准 DLL 加载分析；注入意味着在未经目标进程配合的情况下将未授权代码植入该进程。

## 前置条件

- Volatility 3，用于注入痕迹的内存取证分析
- 配置了事件 ID 8（CreateRemoteThread）和 10（ProcessAccess）的 Sysmon
- API Monitor 或 x64dbg，用于实时观察注入 API 调用
- Process Hacker 或 Process Explorer，用于检查进程内存区域
- 理解 Windows 内存管理（VirtualAlloc、VAD、页面保护）
- 用于安全执行和监控恶意软件的隔离分析环境

## 工作流程

### 步骤 1：通过内存取证识别注入

使用 Volatility 检测进程内存中的注入代码：

```bash
# malfind：主要的注入检测插件
vol3 -f memory.dmp windows.malfind

# malfind 检测以下内容：
# - 具有 PAGE_EXECUTE_READWRITE（RWX）保护的内存区域
# - 非镜像 VAD 条目中的 PE 头（MZ 签名）
# - 未被磁盘文件支撑的可执行内存

# 按特定进程过滤
vol3 -f memory.dmp windows.malfind --pid 852

# 转储注入的内存区域以供分析
vol3 -f memory.dmp windows.malfind --dump

# 检查 VAD（虚拟地址描述符）树是否存在异常
vol3 -f memory.dmp windows.vadinfo --pid 852

# 检测空洞化进程（内存中的映像与磁盘不匹配）
vol3 -f memory.dmp windows.hollowfind
```

### 步骤 2：对注入技术进行分类

根据痕迹识别所使用的注入方法：

```
进程注入技术与检测痕迹：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

1. 经典 DLL 注入
   API：OpenProcess -> VirtualAllocEx -> WriteProcessMemory -> CreateRemoteThread
   痕迹：目标进程中已加载的 DLL 在已知基线中不存在
   检测：dlllist 中的新 DLL 与磁盘哈希不符、CreateRemoteThread 事件

2. 进程空洞化（RunPE）
   API：CreateProcess(SUSPENDED) -> NtUnmapViewOfSection -> VirtualAllocEx ->
         WriteProcessMemory -> SetThreadContext -> ResumeThread
   痕迹：内存中的进程映像与磁盘文件不匹配
   检测：hollowfind 插件、PE 头与磁盘文件不一致

3. APC 注入
   API：OpenProcess -> VirtualAllocEx -> WriteProcessMemory -> QueueUserAPC
   痕迹：可警觉线程中已排队的 APC 指向注入代码
   检测：线程起始地址超出已知模块范围

4. 线程劫持
   API：OpenProcess -> VirtualAllocEx -> WriteProcessMemory ->
         SuspendThread -> GetThreadContext -> SetThreadContext -> ResumeThread
   痕迹：线程指令指针被修改为指向注入代码
   检测：线程上下文被修改，EIP/RIP 超出模块边界

5. 反射式 DLL 注入
   API：VirtualAllocEx -> WriteProcessMemory -> CreateRemoteThread（指向反射式加载器）
   痕迹：DLL 已加载到内存但不在已加载模块列表中
   检测：malfind（非镜像内存中的 PE）、模块不在 ldrmodules 中

6. 进程幻影化（Process Doppelganging）
   API：NtCreateTransaction -> NtCreateFile（事务性）-> NtWriteFile ->
         NtCreateSection -> NtRollbackTransaction -> NtCreateProcessEx
   痕迹：进程由已回滚的事务性文件创建
   检测：磁盘上无对应文件的进程

7. AtomBombing
   API：GlobalAddAtom -> NtQueueApcThread（配合 GlobalGetAtomName）
   痕迹：代码存储在全局原子表中，APC 触发将其复制到目标进程
   检测：异常的原子表条目、APC 注入指标
```

### 步骤 3：通过 Sysmon 事件检测注入

分析 Sysmon 和 Windows 事件日志数据：

```bash
# Sysmon 事件 ID 8：CreateRemoteThread
# 检测一个进程在另一个进程中创建线程的行为
wevtutil qe "Microsoft-Windows-Sysmon/Operational" \
  /q:"*[System[EventID=8]]" /f:text /c:20

# Sysmon 事件 ID 10：ProcessAccess
# 检测对其他进程的可疑访问权限
# DesiredAccess 包含 PROCESS_VM_WRITE（0x0020）+ PROCESS_CREATE_THREAD（0x0002）
wevtutil qe "Microsoft-Windows-Sysmon/Operational" \
  /q:"*[System[EventID=10]]" /f:text /c:20

# Sysmon 事件 ID 1：进程创建
# 通过可疑的父子关系检测进程空洞化
wevtutil qe "Microsoft-Windows-Sysmon/Operational" \
  /q:"*[System[EventID=1]]" /f:text /c:20
```

```python
# 解析 Sysmon 事件中的注入指标
import xml.etree.ElementTree as ET
import subprocess

# 查询 CreateRemoteThread 事件
result = subprocess.run(
    ["wevtutil", "qe", "Microsoft-Windows-Sysmon/Operational",
     "/q:*[System[EventID=8]]", "/f:xml", "/c:100"],
    capture_output=True, text=True
)

suspicious_injections = []
for event_xml in result.stdout.split("</Event>"):
    if not event_xml.strip():
        continue
    try:
        root = ET.fromstring(event_xml + "</Event>")
        ns = {"e": "http://schemas.microsoft.com/win/2004/08/events/event"}
        data = {}
        for d in root.findall(".//e:EventData/e:Data", ns):
            data[d.get("Name")] = d.text

        source = data.get("SourceImage", "")
        target = data.get("TargetImage", "")

        # 标记从异常来源注入系统进程的行为
        system_procs = ["svchost.exe", "explorer.exe", "lsass.exe", "winlogon.exe"]
        if any(p in target.lower() for p in system_procs):
            if not any(p in source.lower() for p in ["csrss.exe", "services.exe", "lsass.exe"]):
                print(f"[!] Suspicious injection: {source} -> {target}")
                suspicious_injections.append(data)
    except:
        pass
```

### 步骤 4：分析注入代码

检查注入的载荷以了解其目的：

```bash
# 从 Volatility malfind 转储注入代码
vol3 -f memory.dmp windows.malfind --pid 852 --dump

# 分析转储的区域
file malfind.*.dmp

# 如果包含 PE（MZ 头），作为独立可执行文件分析
python3 << 'PYEOF'
import pefile

# 尝试作为 PE 解析
try:
    pe = pefile.PE("malfind.852.0x400000.dmp")
    print("Injected PE detected!")
    print(f"  Architecture: {'x64' if pe.FILE_HEADER.Machine == 0x8664 else 'x86'}")
    print(f"  Imports:")
    if hasattr(pe, 'DIRECTORY_ENTRY_IMPORT'):
        for entry in pe.DIRECTORY_ENTRY_IMPORT:
            print(f"    {entry.dll.decode()}: {len(entry.imports)} functions")
except:
    print("Not a valid PE - likely shellcode")
    # 作为 Shellcode 分析
    with open("malfind.852.0x400000.dmp", "rb") as f:
        shellcode = f.read()
    print(f"  Size: {len(shellcode)} bytes")
    print(f"  First bytes: {shellcode[:32].hex()}")
PYEOF

# 反汇编 Shellcode
python3 -c "
from capstone import Cs, CS_ARCH_X86, CS_MODE_64
with open('malfind.852.0x400000.dmp', 'rb') as f:
    code = f.read()[:256]
md = Cs(CS_ARCH_X86, CS_MODE_64)
for insn in md.disasm(code, 0x400000):
    print(f'  0x{insn.address:X}: {insn.mnemonic} {insn.op_str}')
"

# 使用 YARA 扫描已知载荷
vol3 -f memory.dmp yarascan.YaraScan --pid 852 --yara-file malware_rules.yar
```

### 步骤 5：映射到 MITRE ATT&CK

在 ATT&CK 框架中对检测到的技术进行分类：

```
MITRE ATT&CK 进程注入子技术（T1055）：
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
T1055.001  动态链接库注入
T1055.002  可移植可执行文件注入
T1055.003  线程执行劫持
T1055.004  异步过程调用（APC）
T1055.005  线程本地存储
T1055.008  Ptrace 系统调用（Linux）
T1055.009  Proc 内存（/proc/pid/mem - Linux）
T1055.011  额外窗口内存注入
T1055.012  进程空洞化
T1055.013  进程幻影化
T1055.014  VDSO 劫持（Linux）
T1055.015  ListPlanting
```

### 步骤 6：创建检测签名

为已识别的技术构建检测规则：

```yaml
# CreateRemoteThread 注入的 Sigma 规则
title: Suspicious CreateRemoteThread into System Process
logsource:
    product: windows
    service: sysmon
detection:
    selection:
        EventID: 8
        TargetImage|endswith:
            - '\svchost.exe'
            - '\explorer.exe'
            - '\lsass.exe'
    filter:
        SourceImage|endswith:
            - '\csrss.exe'
            - '\services.exe'
            - '\svchost.exe'
    condition: selection and not filter
level: high
```

## 核心概念

| 术语 | 定义 |
|------|------|
| **进程注入** | 在另一个进程的地址空间中执行代码的技术，通常用于规避检测并继承目标进程的信任级别 |
| **进程空洞化** | 以挂起状态创建合法进程、取消映射其内存、写入恶意代码并恢复执行，以伪装成合法进程 |
| **反射式 DLL 注入** | 在不使用 Windows 加载器的情况下将 DLL 加载到进程内存中，使 DLL 不出现在已加载模块列表中 |
| **APC 注入** | 向目标进程中的线程排队异步过程调用，使其在线程进入可警觉状态时执行注入代码 |
| **VAD（虚拟地址描述符）** | 描述进程内存区域的 Windows 内核结构；异常的 VAD 条目（RWX 权限、非镜像 PE）表明存在注入 |
| **CreateRemoteThread** | 在另一个进程中创建线程的 Windows API；是经典 DLL 注入及许多其他注入技术的主要机制 |
| **PAGE_EXECUTE_READWRITE** | 允许读、写和执行的内存保护标志；合法应用程序极少使用，是注入代码的常见指标 |

## 工具与系统

- **Volatility（malfind）**：内存取证插件，通过 VAD 分析和扫描非镜像内存中的 PE 头来检测注入代码
- **Sysmon**：系统监控工具，提供详细的 Windows 事件日志，包括 CreateRemoteThread（EID 8）和 ProcessAccess（EID 10）
- **Process Hacker**：高级进程管理工具，显示详细的内存区域、线程栈和注入模块
- **API Monitor**：Windows 工具，用于监控和记录进程的 API 调用，便于实时观察注入序列
- **pe-sieve**：扫描运行中进程以发现代码注入、钩挂和空洞化迹象的工具

## 常见场景

### 场景：调查空洞化的 svchost.exe 进程

**背景**：EDR 告警显示 svchost.exe 向外部 IP 发起 HTTPS 连接。svchost.exe 通常只与 Microsoft 服务通信，需要进行内存分析以确认进程空洞化。

**方法**：
1. 捕获可疑 svchost.exe 进程的内存转储
2. 运行 Volatility `malfind` 检测进程内存中注入的 PE
3. 将内存中的映像基地址与磁盘上 svchost.exe 文件的哈希进行对比
4. 检查进程父进程（应为 services.exe）和创建参数
5. 从内存中转储空洞化的可执行文件并使用 Ghidra 分析
6. 运行 `netscan` 确认空洞化进程的网络连接
7. 使用 YARA 扫描转储代码以识别恶意软件家族

**注意事项**：
- 不要假设所有 svchost.exe 实例完全相同（每个实例加载不同的服务 DLL）
- 不要忘记检查父进程（空洞化进程通常父进程有误）
- 不要仅依赖进程名称匹配（攻击者特意针对 svchost.exe，因为系统中预期存在多个实例）
- 注意注入源进程可能已经终止

## 输出格式

```
进程注入分析报告
====================================
转储文件：      memory.dmp
分析工具：      Volatility 3.2 + Sysmon

检测到注入
目标进程：      svchost.exe（PID：852）
源进程：        malware.exe（PID：2184）[已终止]
技术：          进程空洞化（T1055.012）

证据
malfind 结果：
  PID 852（svchost.exe）：
    地址：0x00400000
    大小：184,320 字节
    保护：PAGE_EXECUTE_READWRITE
    头：MZ（PE32 可执行文件）
    未被磁盘文件支撑

进程验证：
  预期映像：C:\Windows\System32\svchost.exe（SHA-256：aaa...）
  内存映像：未知 PE（SHA-256：bbb...）
  结果：不匹配 - 进程已被空洞化

Sysmon 事件：
  [4688] malware.exe（PID 2184）以挂起状态创建 svchost.exe（PID 852）
  [10]   malware.exe 以 PROCESS_VM_WRITE 权限访问 svchost.exe
  [8]    malware.exe 在 svchost.exe 中创建了远程线程

注入载荷分析
SHA-256：         bbb123def456...
YARA 匹配：       CobaltStrike_Beacon_x64
类型：            Cobalt Strike Beacon（HTTP）
C2：              hxxps://185.220.101[.]42/updates

MITRE ATT&CK
T1055.012  进程空洞化
T1071.001  Web 协议（HTTPS C2）
T1036.005  匹配合法名称（svchost.exe）
```