Simple Reverse - 0x24(2023 Lab - WinMalware - Dynamic API Resolution Background)
Background
- Process Environment Block (PEB)
- 紀錄許多 Process 相關資訊的 OS 資料結構
- 存在於 user land
- x86 環境下,可以從 fs:[0x30] 取得
- x64 環境下,可以從 gs:[0x60] 取得
0x18: Ldr- 指向 _PEB_LDR_DATA 結構
- _PEB (注意 x64 和 x86 結構不同)

- _PEB_LDR_DATA
- 紀錄 Process 中載入模組的相關資訊
- 模組 module:PE 或 DLL
0x10: InLoadOrderModuleList- 指向 _LDR_DATA_TABLE_ENTRY
- 依載入順序串起的雙向 linked list
- _PEB_LDR_DATA

- 紀錄 Process 中載入模組的相關資訊
- _LDR_DATA_TABLE_ENTRY
- 紀錄一個載入模組的相關資訊
0x00: InLoadOrderModuleList- 依載入順序串起的雙向 linked list
- Flink:指向下一個 entry
0x30: DllBase- 此載入模組的 ImageBase
0x58: BaseDllName- 此載入模組的檔案名稱
- _LDR_DATA_TABLE_ENTRY

Exploit
- Defense Evasion — Dynamic API Resolution
- 用途:
駭客常用的手法往往倚賴特定的 API 來達成,例如:
Injection=VirtualAllocEx+WriteProcessMemory+CreateRemoteThread,因此資安產品只要監控這些 API,就很容易偵測到惡意行為 Shellcode 沒有 loader 幫你把 API 連結起來 - 目的: 不靠 loader,在 runtime 自行爬取系統結構,取得所需的 Windows API(其實就有點像是打pwn的時候會看glibc有沒有import其他library的感覺一樣,如果有就可以用一些方法把它拿來用,像是leak一些資訊或是拿到shell之類的)
- 困難的地方:要達成這個條件就需要有
system dll的export address table,而system dll在哪裡呢?就是在process的memory中,所以我們只要拿到該dll的imagebase就可以直接拿到我們想要的API
- 如何達成?完全就是利用前面background提到的PEB結構慢慢parse,最後就可以parse到想要的dll,簡單來說就是,先找到PEB,在0x18的地方抓到_PEB_LDR_DATA的RVA,再從該表的0x10抓到目前已經載入的DLL或PE的地址,並且比對現在我們想要的DLL是不是目前抓到的DLL table(就是從該表的BaseDllName去比對名稱),如果不是就繼續往下搜尋;如果是,就利用DllBase儲存的ImageBase抓到他在process中的地址

- 用途:
Source Code
IDA Source Code(解析後的版本)
1 | |
Recon
- #5的for-loop就是找 exported_next-stage.dll 的檔案起點
- #7到後面的for-llop結束就是取得 PEB 並遍歷 _LDR_DATA_TABLE_ENTRY
- 基本上經過解析之後就會非常清楚這一段在做的事情就是和上面的攻擊手法一模一樣,接下來當找到想要的dll之後就會開始找想要的API,以目前的例子來說,攻擊者主要想要找
kernel32.dll,msvcrt.dll和user32.dll - 找API的過程和想像中不一樣,他不是直接明文去找,而是把目前爬到的API name做自定義的hash之後再去比對,如果對了就放到變數中