mirror of
https://github.com/nganhkhoa/CTF-All-In-One.git
synced 2024-12-24 03:01:15 +07:00
update 4.10
This commit is contained in:
parent
b676a2662b
commit
d0530671f6
@ -84,8 +84,8 @@ GitHub 地址:https://github.com/firmianay/CTF-All-In-One
|
||||
* [4.6 one-gadget RCE](doc/4.6_one-gadget_rce.md)
|
||||
* [4.7 通用 gadget](doc/4.7_common_gadget.md)
|
||||
* [4.8 使用 DynELF 泄露函数地址](doc/4.8_dynelf.md)
|
||||
* [4.9 给 ELF 文件打 patch](doc/4.9_patch_elf.md)
|
||||
* [4.10 给 PE 文件打 patch](doc/4.10_patch_pe.md)
|
||||
* [4.9 patch 二进制文件](doc/4.9_patch_binary.md)
|
||||
* [4.10 反调试技术](doc/4.10_antidbg.md)
|
||||
* [五、高级篇](doc/5_advanced.md)
|
||||
* [5.1 模糊测试](doc/5.1_fuzzing.md)
|
||||
* [5.1.1 AFL fuzzer](doc/5.1.1_afl_fuzzer.md)
|
||||
@ -102,7 +102,7 @@ GitHub 地址:https://github.com/firmianay/CTF-All-In-One
|
||||
* [5.7 Capstone/Keystone](doc/5.7_cap-keystone.md)
|
||||
* [5.8 SAT/SMT](doc/5.8_sat-smt.md)
|
||||
* [5.8.1 Z3](doc/5.8.1_z3.md)
|
||||
* [5.9 反调试技术](doc/5.9_antidbg.md)
|
||||
* 5.9
|
||||
* [5.10 反编译技术](doc/5.10_decompiling.md)
|
||||
* [5.10.1 RetDec](doc/5.10.1_retdec.md)
|
||||
* 5.11
|
||||
|
273
doc/4.10_antidbg.md
Normal file
273
doc/4.10_antidbg.md
Normal file
@ -0,0 +1,273 @@
|
||||
# 5.9 反调试技术
|
||||
|
||||
- [什么是反调试](#什么是反调试)
|
||||
- [Windows 下的反调试](#windows-下的反调试)
|
||||
- [Linux 下的反调试](#linux-下的反调试)
|
||||
- [参考资料](#参考资料)
|
||||
|
||||
|
||||
## 什么是反调试
|
||||
反调试是一种重要的软件保护技术,特别是在各种游戏保护中被尤其重视。另外,恶意代码往往也会利用反调试来对抗安全分析。当程序意识到自己可能处于调试中的时候,可能会改变正常的执行路径或者修改自身程序让自己崩溃,从而增加调试时间和复杂度。
|
||||
|
||||
|
||||
## Windows 下的反调试
|
||||
下面先介绍几种 Windows 下的反调试方法。
|
||||
|
||||
#### 函数检测
|
||||
函数检测就是通过 Windows 自带的公开或未公开的函数直接检测程序是否处于调试状态。最简单的调试器检测函数是 `IsDebuggerPresent()`:
|
||||
```c++
|
||||
BOOL WINAPI IsDebuggerPresent(void);
|
||||
```
|
||||
该函数查询进程环境块(PEB)中的 `BeingDebugged` 标志,如果进程处在调试上下文中,则返回一个非零值,否则返回零。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
return IsDebuggerPresent();
|
||||
}
|
||||
```
|
||||
|
||||
`CheckRemoteDebuggerPresent()` 用于检测一个远程进程是否处于调试状态:
|
||||
```c++
|
||||
BOOL WINAPI CheckRemoteDebuggerPresent(
|
||||
_In_ HANDLE hProcess,
|
||||
_Inout_ PBOOL pbDebuggerPresent
|
||||
);
|
||||
```
|
||||
如果 `hProcess` 句柄表示的进程处于调试上下文,则设置 `pbDebuggerPresent` 变量被设置为 `TRUE`,否则被设置为 `FALSE`。
|
||||
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
BOOL ret;
|
||||
CheckRemoteDebuggerPresent(GetCurrentProcess(), &ret);
|
||||
return ret;
|
||||
}
|
||||
```
|
||||
|
||||
`NtQueryInformationProcess` 用于获取给定进程的信息:
|
||||
```c++
|
||||
NTSTATUS WINAPI NtQueryInformationProcess(
|
||||
_In_ HANDLE ProcessHandle,
|
||||
_In_ PROCESSINFOCLASS ProcessInformationClass,
|
||||
_Out_ PVOID ProcessInformation,
|
||||
_In_ ULONG ProcessInformationLength,
|
||||
_Out_opt_ PULONG ReturnLength
|
||||
);
|
||||
```
|
||||
第二个参数 `ProcessInformationClass` 给定了需要查询的进程信息类型。当给定值为 `0`(`ProcessBasicInformation`)或 `7`(`ProcessDebugPort`)时,就能得到相关调试信息,返回信息会写到第三个参数 `ProcessInformation` 指向的缓冲区中。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
DWORD dbgport = 0;
|
||||
HMODULE hModule = LoadLibrary("Ntdll.dll");
|
||||
NtQueryInformationProcessPtr NtQueryInformationProcess = (NtQueryInformationProcessPtr)GetProcAddress(hModule, "NtQueryInformationProcess");
|
||||
NtQueryInformationProcess(GetCurrentProcess(), 7, &dbgPort, sizeof(dbgPort), NULL);
|
||||
return dbgPort != 0;
|
||||
}
|
||||
```
|
||||
|
||||
#### 数据检测
|
||||
数据检测是指程序通过测试一些与调试相关的关键位置的数据来判断是否处于调试状态。比如上面所说的 PEB 中的 `BeingDebugged` 参数。数据检测就是直接定位到这些数据地址并测试其中的数据,从而避免调用函数,使程序的行为更加隐蔽。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
int BeingDebug = 0;
|
||||
__asm
|
||||
{
|
||||
mov eax, dword ptr fs:[30h] ; 指向PEB基地址
|
||||
mov eax, dword ptr [eax+030h]
|
||||
movzx eax, byte ptr [eax+2]
|
||||
mov BeingDebug, eax
|
||||
}
|
||||
return BeingDebug != 0;
|
||||
}
|
||||
```
|
||||
|
||||
由于调试器中启动的进程与正常启动的进程创建堆的方式有些不同,系统使用 PEB 结构偏移量 0x68 处的一个未公开的位置,来决定如果创建堆结构。如果这个位置上的值为 `0x70`,则进程处于调试器中。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
int BeingDbg = 0;
|
||||
__asm
|
||||
{
|
||||
mov eax, dword ptr fs:[30h]
|
||||
mov eax, dword ptr [eax + 68h]
|
||||
and eax, 0x70
|
||||
mov BeingDbg, eax
|
||||
}
|
||||
return BeingDbg != 0;
|
||||
}
|
||||
```
|
||||
|
||||
#### 符号检测
|
||||
符号检测主要针对一些使用了驱动的调试器或监视器,这类调试器在启动后会创建相应的驱动链接符号,以用于应用层与其驱动的通信。但由于这些符号一般都比较固定,所以就可以通过这些符号来确定是否存在相应的调试软件。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
HANDLE hDevice = CreateFileA("\\\\.\\PROCEXP153", GENERIC_READ, FILE_SHARE_READ, 0, OPEN_EXISTING, 0, 0);
|
||||
if (hDevice)
|
||||
{
|
||||
return 0;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
#### 窗口检测
|
||||
窗口检测通过检测当前桌面中是否存在特定的调试窗口来判断是否存在调试器,但不能判断该调试器是否正在调试该程序。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
if (FindWindowA("OllyDbg", 0))
|
||||
{
|
||||
return 0;
|
||||
}
|
||||
return 1;
|
||||
}
|
||||
```
|
||||
|
||||
#### 特征码检测
|
||||
特征码检测枚举当前正在运行的进程,并在进程的内存空间中搜索特定调试器的代码片段。
|
||||
|
||||
例如 OllyDbg 有这样一段特征码:
|
||||
```
|
||||
0x41, 0x00, 0x62, 0x00, 0x6f, 0x00, 0x75, 0x00, 0x74, 0x00,
|
||||
0x20, 0x00, 0x4f, 0x00, 0x6c, 0x00, 0x6c, 0x00, 0x79, 0x00,
|
||||
0x44, 0x00, 0x62, 0x00, 0x67, 0x00, 0x00, 0x00, 0x4f, 0x00,
|
||||
0x4b, 0x00, 0x00, 0x00
|
||||
```
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
BYTE sign[] = {0x41, 0x00, 0x62, 0x00, 0x6f, 0x00, 0x75, 0x00, 0x74, 0x00,
|
||||
0x20, 0x00, 0x4f, 0x00, 0x6c, 0x00, 0x6c, 0x00, 0x79, 0x00,
|
||||
0x44, 0x00, 0x62, 0x00, 0x67, 0x00, 0x00, 0x00, 0x4f, 0x00,
|
||||
0x4b, 0x00, 0x00, 0x00;}
|
||||
|
||||
PROCESSENTRY32 sentry32 = {0};
|
||||
sentry32.dwSize = sizeof(sentry32);
|
||||
HANDLE phsnap = CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
|
||||
|
||||
Process32First(phsnap, &sentry32);
|
||||
do{
|
||||
HANDLE hps = OpenProcess(MAXIMUM_ALLOWED, FALSE, sentry32.th32ProcessID);
|
||||
if (hps != 0)
|
||||
{
|
||||
DWORD szReaded = 0;
|
||||
BYTE signRemote[sizeof(sign)];
|
||||
ReadProcessMemory(hps, (LPCVOID)0x4f632a, signRemote, sizeof(signRemote), &szReaded);
|
||||
if (szReaded > 0)
|
||||
{
|
||||
if (memcmp(sign, signRemote, sizeof(sign)) == 0)
|
||||
{
|
||||
CloseHandle(phsnap);
|
||||
return 0;
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
sentry32.dwSize = sizeof(sentry32);
|
||||
}while(Process32Next(phsnap, &sentry32));
|
||||
```
|
||||
|
||||
#### 行为检测
|
||||
行为检测是指在程序中通过代码感知程序处于调试时与未处于调试时的各种差异来判断程序是否处于调试状态。例如我们在调试时步过两条指令所花费的时间远远超过 CPU 正常执行花费的时间,于是就可以通过 `rdtsc` 指令来进行测试。(该指令用于将时间标签计数器读入 `EDX:EAX` 寄存器)
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
int BeingDbg = 0;
|
||||
__asm
|
||||
{
|
||||
rdtsc
|
||||
mov ecx, edx
|
||||
rdtsc
|
||||
sub edx, ecx
|
||||
mov BeingDbg, edx
|
||||
}
|
||||
if (BeingDbg > 2)
|
||||
{
|
||||
return 0;
|
||||
}
|
||||
return 1;
|
||||
}
|
||||
```
|
||||
|
||||
#### 断点检测
|
||||
断点检测是根据调试器设置断点的原理来检测软件代码中是否设置了断点。调试器一般使用两者方法设置代码断点:
|
||||
- 通过修改代码指令为 INT3(机器码为0xCC)触发软件异常
|
||||
- 通过硬件调试寄存器设置硬件断点
|
||||
|
||||
针对软件断点,检测系统会扫描比较重要的代码区域,看是否存在多余的 INT3 指令。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
PIMAGE_DOS_HEADER pDosHeader;
|
||||
PIMAGE_NT_HEADERS32 pNtHeaders;
|
||||
PIMAGE_SECTION_HEADER pSectionHeader;
|
||||
DWORD dwBaseImage = (DWORD)GetModuleHandle(NULL);
|
||||
pDosHeader = (PIMAGE_DOS_HEADER)dwBaseImage;
|
||||
pNtHeaders = (PIMAGE_NT_HEADERS32)((DWORD)pDosHeader + pDosHeader->e_lfanew);
|
||||
pSectionHeader = (PIMAGE_SECTION_HEADER)((DWORD)pNtHeaders + sizeof(pNtHeaders->Signature) + sizeof(IMAGE_FILE_HEADER) +
|
||||
(WORD)pNtHeaders->FileHeader.SizeOfOptionalHeader);
|
||||
DWORD dwAddr = pSectionHeader->VirtualAddress + dwBaseImage;
|
||||
DWORD dwCodeSize = pSectionHeader->SizeOfRawData;
|
||||
BOOL Found = FALSE;
|
||||
__asm
|
||||
{
|
||||
cld
|
||||
mov edi,dwAddr
|
||||
mov ecx,dwCodeSize
|
||||
mov al,0CCH
|
||||
repne scasb ; 在EDI指向大小为ECX的缓冲区中搜索AL包含的字节
|
||||
jnz NotFound
|
||||
mov Found,1
|
||||
NotFound:
|
||||
}
|
||||
return Found;
|
||||
}
|
||||
```
|
||||
|
||||
而对于硬件断点,由于程序工作在保护模式下,无法访问硬件调试断点,所以一般需要构建异常程序来获取 DR 寄存器的值。
|
||||
|
||||
示例:
|
||||
```c++
|
||||
BOOL CheckDebug()
|
||||
{
|
||||
CONTEXT context;
|
||||
HANDLE hThread = GetCurrentThread();
|
||||
context.ContextFlags = CONTEXT_DEBUG_REGISTERS;
|
||||
GetThreadContext(hThread, &context);
|
||||
if (context.Dr0 != 0 || context.Dr1 != 0 || context.Dr2 != 0 || context.Dr3!=0)
|
||||
{
|
||||
return 1;
|
||||
}
|
||||
return 0;
|
||||
}
|
||||
```
|
||||
|
||||
#### 行为占用
|
||||
行为占用是指在需要保护的程序中,程序自身将一些只能同时有 1 个实例的功能占为己用。比如一般情况下,一个进程只能同时被 1 个调试器调试,那么就可以设计一种模式,将程序以调试方式启动,然后利用系统的调试机制防止被其他调试器调试。
|
||||
|
||||
|
||||
## Linux 下的反调试
|
||||
|
||||
|
||||
## 参考资料
|
||||
- [详解反调试技术](https://blog.csdn.net/qq_32400847/article/details/52798050)
|
@ -1 +0,0 @@
|
||||
# 4.10 给 PE 文件打 patch
|
@ -1,9 +1,11 @@
|
||||
# 4.9 给 ELF 文件打 patch
|
||||
# 4.9 patch 二进制文件
|
||||
|
||||
- [什么是 patch](#什么是-patch)
|
||||
- [手工 patch](#手工-patch)
|
||||
- [使用工具 patch](#使用工具-patch)
|
||||
|
||||
|
||||
## 什么是 patch
|
||||
许多时候,我们不能获得程序源码,只能直接对二进制文件进行修改,这就是所谓的 patch,你可以使用十六进制编辑器直接修改文件的字节,也可以利用一些半自动化的工具。
|
||||
|
||||
patch 有很多种形式:
|
@ -8,5 +8,5 @@
|
||||
- [4.6 one-gadget RCE](4.6_one-gadget_rce.md)
|
||||
- [4.7 通用 gadget](4.7_common_gadget.md)
|
||||
- [4.8 使用 DynELF 泄露函数地址](4.8_dynelf.md)
|
||||
- [4.9 给 ELF 文件打 patch](4.9_patch_elf.md)
|
||||
- [4.10 给 PE 文件打 patch](4.10_patch_pe.md)
|
||||
- [4.9 patch 二进制文件](4.9_patch_binary.md)
|
||||
- [4.10 反调试技术](4.10_antidbg.md)
|
||||
|
@ -1 +0,0 @@
|
||||
# 5.9 反调试技术
|
@ -15,7 +15,7 @@
|
||||
- [5.7 Capstone/Keystone](5.7_cap-keystone.md)
|
||||
- [5.8 SAT/SMT](5.8_sat-smt.md)
|
||||
- [5.8.1 Z3](5.8.1_z3.md)
|
||||
- [5.9 反调试技术](5.9_antidbg.md)
|
||||
- 5.9
|
||||
- [5.10 反编译技术](5.10_decompiling.md)
|
||||
- [5.10.1 RetDec](5.10.1_retdec.md)
|
||||
- 5.11
|
||||
|
Loading…
Reference in New Issue
Block a user