主頁 > 軟體設計 > 詳解驅動開發中內核PE結構VA與FOA轉換

詳解驅動開發中內核PE結構VA與FOA轉換

2023-06-09 08:18:39 軟體設計

摘要:本文將探索內核中決議PE檔案的相關內容,

本文分享自華為云社區《驅動開發:內核PE結構VA與FOA轉換》,作者: LyShark ,

本章將探索內核中決議PE檔案的相關內容,PE檔案中FOA與VA、RVA之間的轉換也是很重要的,所謂的FOA是檔案中的地址,VA則是記憶體裝入后的虛擬地址,RVA是記憶體基址與當前地址的相對偏移,本章還是需要用到封裝的KernelMapFile()映射函式,在映射后對其PE格式進行相應的決議,并實作轉換函式,

首先先來演示一下記憶體VA地址與FOA地址互相轉換的方式,通過使用WinHEX打開一個二進制檔案,打開后我們只需要關注如下藍色注釋為映像建議裝入基址,黃色注釋為映像裝入后的RVA偏移,

通過上方的截圖結合PE檔案結構圖我們可得知0000158B為映像裝入記憶體后的RVA偏移,緊隨其后的00400000則是映像的建議裝入基址,為什么是建議而不是絕對?別急后面慢來來解釋,

通過上方的已知條件我們就可以計算出程式實際裝入記憶體后的入口地址了,公式如下:

VA(實際裝入地址) = ImageBase(基址) + RVA(偏移) => 00400000 + 0000158B = 0040158B

找到了程式的OEP以后,接著我們來判斷一下這個0040158B屬于那個節區,以.text節區為例,下圖我們通過觀察區段可知,第一處橙色位置00000B44 (節區尺寸),第二處紫色位置00001000 (節區RVA),第三處00000C00 (檔案對齊尺寸),第四處00000400 (檔案中的偏移),第五處60000020 (節區屬性),

得到了上方text節的相關資料,我們就可以判斷程式的OEP到底落在了那個節區中,這里以.text節為例子,計算公式如下:

虛擬地址開始位置:節區基地址 + 節區RVA => 00400000 + 00001000 = 00401000
虛擬地址結束位置:text節地址 + 節區尺寸 => 00401000 + 00000B44 = 00401B44

經過計算得知 .text 節所在區間(401000 - 401B44) 你的裝入VA地址0040158B只要在區間里面就證明在本節區中,此處的VA地址是在401000 - 401B44區間內的,則說明它屬于.text節,

經過上面的公式計算我們知道了程式的OEP位置是落在了.text節,此時你興致勃勃的打開x64DBG想去驗證一下公式是否計算正確不料,這地址根本不是400000開頭啊,這是什么鬼?

上圖中出現的這種情況就是關于隨機基址的問題,在新版的VS編譯器上存在一個選項是否要啟用隨機基址(默認啟用),至于這個隨機基址的作用,猜測可能是為了防止緩沖區溢位之類的爛七八糟的東西,

為了方便我們除錯,我們需要手動干掉它,其對應到PE檔案中的結構為 IMAGE_NT_HEADERS -> IMAGE_OPTIONAL_HEADER -> DllCharacteristics 相對于PE頭的偏移為90位元組,只需要修改這個標志即可,修改方式 x64:6081 改 2081 相對于 x86:4081 改 0081 以X86程式為例,修改后如下圖所示,

經過上面對標志位的修改,程式再次載入就能夠停在0040158B的位置,也就是程式的OEP,接下來我們將通過公式計算出該OEP對應到檔案中的位置,

.text(節首地址) = ImageBase + 節區RVA => 00400000 + 00001000 = 00401000
VA(虛擬地址) = ImageBase + RVA(偏移) => 00400000 + 0000158B = 0040158B
RVA(相對偏移) = VA - (.text節首地址) => 0040158B - 00401000 = 58B
FOA(檔案偏移) = RVA + .text節對應到檔案中的偏移 => 58B + 400 = 98B

經過公式的計算,我們找到了虛擬地址0040158B對應到檔案中的位置是98B,通過WinHEX定位過去,即可看到OEP處的機器碼指令了,

接著我們來計算一下.text節區的結束地址,通過檔案的偏移加上檔案對齊尺寸即可得到.text節的結束地址400+C00= 1000,那么我們主要就在檔案偏移為(98B - 1000)在該區間中找空白的地方,此處我找到了在檔案偏移為1000之前的位置有一段空白區域,如下圖:

接著我么通過公式計算一下檔案偏移為0xF43的位置,其對應到VA虛擬地址是多少,公式如下:

.text(節首地址) = ImageBase + 節區RVA => 00400000 + 00001000 = 00401000
VPK(實際大小) = (text節首地址 - ImageBase) - 實際偏移 => 401000-400000-400 = C00
VA(虛擬地址) = FOA(.text節) + ImageBase + VPK => F43+400000+C00 = 401B43

計算后直接X64DBG跳轉過去,我們從00401B44的位置向下全部填充為90(nop),然后直接保存檔案,

再次使用WinHEX查看檔案偏移為0xF43的位置,會發現已經全部替換成了90指令,說明計算正確,

到此檔案偏移與虛擬偏移的轉換就結束了,那么這些功能該如何實作呢,接下來將以此實作這些轉換細節,

FOA轉換為VA: 首先來實作將FOA地址轉換為VA地址,這段代碼實作起來很簡單,如下所示,此處將dwFOA地址0x84EC00轉換為對應記憶體的虛擬地址,

// 署名權
// right to sign one's name on a piece of work
// PowerBy: LyShark
// Email: [email protected]
NTSTATUS DriverEntry(IN PDRIVER_OBJECT Driver, PUNICODE_STRING RegistryPath)
{
DbgPrint("hello lyshark.com \n");
NTSTATUS status = STATUS_SUCCESS;
HANDLE hFile = NULL;
HANDLE hSection = NULL;
PVOID pBaseAddress = NULL;
UNICODE_STRING FileName = { 0 };
// 初始化字串
RtlInitUnicodeString(&FileName, L"\\??\\C:\\Windows\\System32\\ntoskrnl.exe");
// 記憶體映射檔案
status = KernelMapFile(FileName, &hFile, &hSection, &pBaseAddress);
if (!NT_SUCCESS(status))
{
return 0;
}
// 獲取PE頭資料集
PIMAGE_DOS_HEADER pDosHeader = (PIMAGE_DOS_HEADER)pBaseAddress;
PIMAGE_NT_HEADERS pNtHeaders = (PIMAGE_NT_HEADERS)((PUCHAR)pDosHeader + pDosHeader->e_lfanew);
PIMAGE_SECTION_HEADER pSection = IMAGE_FIRST_SECTION(pNtHeaders);
PIMAGE_FILE_HEADER pFileHeader = &pNtHeaders->FileHeader;
DWORD64 dwFOA = 0x84EC00;
DWORD64 ImageBase = pNtHeaders->OptionalHeader.ImageBase;
DWORD NumberOfSectinsCount = pNtHeaders->FileHeader.NumberOfSections;
DbgPrint("鏡像基址 = %p | 節表數量 = %d \n", ImageBase, NumberOfSectinsCount);
for (int each = 0; each < NumberOfSectinsCount; each++)
{
DWORD64 PointerRawStart = pSection[each].PointerToRawData;                                // 檔案偏移開始位置
DWORD64 PointerRawEnds = pSection[each].PointerToRawData + pSection[each].SizeOfRawData;  // 檔案偏移結束位置
// DbgPrint("檔案開始偏移 = %p | 檔案結束偏移 = %p \n", PointerRawStart, PointerRawEnds);
if (dwFOA >= PointerRawStart && dwFOA <= PointerRawEnds)
{
DWORD64 RVA = pSection[each].VirtualAddress + (dwFOA - pSection[each].PointerToRawData);     // 計算出RVA
DWORD64 VA = RVA + pNtHeaders->OptionalHeader.ImageBase;                                     // 計算出VA
DbgPrint("FOA偏移 [ %p ] --> 對應VA地址 [ %p ] \n", dwFOA, VA);
}
}
ZwUnmapViewOfSection(NtCurrentProcess(), pBaseAddress);
ZwClose(hSection);
ZwClose(hFile);
Driver->DriverUnload = UnDriver;
return STATUS_SUCCESS;
}

運行效果如下所示,此處之所以出現兩個結果是因為沒有及時回傳,一般我們取第一個結果就是最準確的;

VA轉換為FOA: 將VA記憶體地址轉換為FOA檔案偏移,代碼與如上基本保持一致,

// 署名權
// right to sign one's name on a piece of work
// PowerBy: LyShark
// Email: [email protected]
NTSTATUS DriverEntry(IN PDRIVER_OBJECT Driver, PUNICODE_STRING RegistryPath)
{
DbgPrint("hello lyshark.com \n");
NTSTATUS status = STATUS_SUCCESS;
HANDLE hFile = NULL;
HANDLE hSection = NULL;
PVOID pBaseAddress = NULL;
UNICODE_STRING FileName = { 0 };
// 初始化字串
RtlInitUnicodeString(&FileName, L"\\??\\C:\\Windows\\System32\\ntoskrnl.exe");
// 記憶體映射檔案
status = KernelMapFile(FileName, &hFile, &hSection, &pBaseAddress);
if (!NT_SUCCESS(status))
{
return 0;
}
// 獲取PE頭資料集
PIMAGE_DOS_HEADER pDosHeader = (PIMAGE_DOS_HEADER)pBaseAddress;
PIMAGE_NT_HEADERS pNtHeaders = (PIMAGE_NT_HEADERS)((PUCHAR)pDosHeader + pDosHeader->e_lfanew);
PIMAGE_SECTION_HEADER pSection = IMAGE_FIRST_SECTION(pNtHeaders);
PIMAGE_FILE_HEADER pFileHeader = &pNtHeaders->FileHeader;
DWORD64 dwVA = 0x00007FF6D3389200;
DWORD64 ImageBase = pNtHeaders->OptionalHeader.ImageBase;
DWORD NumberOfSectinsCount = pNtHeaders->FileHeader.NumberOfSections;
DbgPrint("鏡像基址 = %p | 節表數量 = %d \n", ImageBase, NumberOfSectinsCount);
for (DWORD each = 0; each < NumberOfSectinsCount; each++)
{
DWORD Section_Start = ImageBase + pSection[each].VirtualAddress;                                  // 獲取節的開始地址
DWORD Section_Ends = ImageBase + pSection[each].VirtualAddress + pSection[each].Misc.VirtualSize; // 獲取節的結束地址
DbgPrint("Section開始地址 = %p | Section結束地址 = %p \n", Section_Start, Section_Ends);
if (dwVA >= Section_Start && dwVA <= Section_Ends)
{
DWORD RVA = dwVA - pNtHeaders->OptionalHeader.ImageBase;                                    // 計算RVA
DWORD FOA = pSection[each].PointerToRawData + (RVA - pSection[each].VirtualAddress);       // 計算FOA

DbgPrint("VA偏移 [ %p ] --> 對應FOA地址 [ %p ] \n", dwVA, FOA);
}
}
ZwUnmapViewOfSection(NtCurrentProcess(), pBaseAddress);
ZwClose(hSection);
ZwClose(hFile);
Driver->DriverUnload = UnDriver;
return STATUS_SUCCESS;
}

運行效果如下所示,此處沒有出現想要的結果是因為我們當前的VA記憶體地址并非實際裝載地址,僅僅是PE磁盤中的地址,此處如果換成記憶體中的PE則可以提取出正確的結果;

RVA轉換為FOA: 將相對偏移地址轉換為FOA檔案偏移地址,此處僅僅只是多了一步pNtHeaders->OptionalHeader.ImageBase + dwRVARVA轉換為VA的程序其轉換結果與VA轉FOA一致,

// 署名權
// right to sign one's name on a piece of work
// PowerBy: LyShark
// Email: [email protected]
NTSTATUS DriverEntry(IN PDRIVER_OBJECT Driver, PUNICODE_STRING RegistryPath)
{
DbgPrint("hello lyshark.com \n");
NTSTATUS status = STATUS_SUCCESS;
HANDLE hFile = NULL;
HANDLE hSection = NULL;
PVOID pBaseAddress = NULL;
UNICODE_STRING FileName = { 0 };
// 初始化字串
RtlInitUnicodeString(&FileName, L"\\??\\C:\\Windows\\System32\\ntoskrnl.exe");
// 記憶體映射檔案
status = KernelMapFile(FileName, &hFile, &hSection, &pBaseAddress);
if (!NT_SUCCESS(status))
{
return 0;
}
// 獲取PE頭資料集
PIMAGE_DOS_HEADER pDosHeader = (PIMAGE_DOS_HEADER)pBaseAddress;
PIMAGE_NT_HEADERS pNtHeaders = (PIMAGE_NT_HEADERS)((PUCHAR)pDosHeader + pDosHeader->e_lfanew);
PIMAGE_SECTION_HEADER pSection = IMAGE_FIRST_SECTION(pNtHeaders);
PIMAGE_FILE_HEADER pFileHeader = &pNtHeaders->FileHeader;
DWORD64 dwRVA = 0x89200;
DWORD64 ImageBase = pNtHeaders->OptionalHeader.ImageBase;
DWORD NumberOfSectinsCount = pNtHeaders->FileHeader.NumberOfSections;
DbgPrint("鏡像基址 = %p | 節表數量 = %d \n", ImageBase, NumberOfSectinsCount);
for (DWORD each = 0; each < NumberOfSectinsCount; each++)
{
DWORD Section_Start = pSection[each].VirtualAddress;                                  // 計算RVA開始位置
DWORD Section_Ends = pSection[each].VirtualAddress + pSection[each].Misc.VirtualSize; // 計算RVA結束位置
if (dwRVA >= Section_Start && dwRVA <= Section_Ends)
{
DWORD VA = pNtHeaders->OptionalHeader.ImageBase + dwRVA;                                  // 得到VA地址
DWORD FOA = pSection[each].PointerToRawData + (dwRVA - pSection[each].VirtualAddress);    // 得到FOA
DbgPrint("RVA偏移 [ %p ] --> 對應FOA地址 [ %p ] \n", dwRVA, FOA);
}
}
ZwUnmapViewOfSection(NtCurrentProcess(), pBaseAddress);
ZwClose(hSection);
ZwClose(hFile);
Driver->DriverUnload = UnDriver;
return STATUS_SUCCESS;
}

運行效果如下所示;

 

點擊關注,第一時間了解華為云新鮮技術~

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/554718.html

標籤:領域驅動設計

上一篇:驅動開發:內核封裝WFP防火墻入門

下一篇:返回列表

標籤雲
其他(160654) Python(38218) JavaScript(25488) Java(18210) C(15237) 區塊鏈(8270) C#(7972) AI(7469) 爪哇(7425) MySQL(7238) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5873) 数组(5741) R(5409) Linux(5347) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4588) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2435) ASP.NET(2404) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) .NET技术(1984) 功能(1967) HtmlCss(1956) Web開發(1951) C++(1933) python-3.x(1918) 弹簧靴(1913) xml(1889) PostgreSQL(1880) .NETCore(1863) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 詳解驅動開發中內核PE結構VA與FOA轉換

    摘要:本文將探索內核中決議PE檔案的相關內容。 本文分享自華為云社區《驅動開發:內核PE結構VA與FOA轉換》,作者: LyShark 。 本章將探索內核中決議PE檔案的相關內容,PE檔案中FOA與VA、RVA之間的轉換也是很重要的,所謂的FOA是檔案中的地址,VA則是記憶體裝入后的虛擬地址,RVA是 ......

    uj5u.com 2023-06-09 08:18:39 more
  • 驅動開發:內核封裝WFP防火墻入門

    WFP框架是微軟推出來替代TDIHOOK傳輸層驅動介面網路通信的方案,其默認被設計為分層結構,該框架分別提供了用戶態與內核態相同的AIP函式,在兩種模式下均可以開發防火墻產品,以下代碼我實作了一個簡單的驅動過濾防火墻。WFP 框架分為兩大層次模塊,用戶態基礎過濾引擎`BFE (BaseFilteri... ......

    uj5u.com 2023-06-08 09:34:53 more
  • 移動應用架構新思路——WePY+小程式容器

    WePY(微信小程式開發框架)是一個基于組件化開發思想的微信小程式開發框架。它類似于Vue.js框架,通過封裝小程式原生的API,提供了更加簡潔、高效的開發方式。 WePY的主要特點包括: 組件化開發:WePY將頁面拆分為多個組件,每個組件有自己的樣式、模板和邏輯。這種組件化的開發方式能夠提高代碼的 ......

    uj5u.com 2023-06-08 09:34:45 more
  • 如何做架構設計?

    我們要尋求更好的技術方案,推動架構的良性演進,每一步都是經過深度思考的,而架構設計方法就是幫助我們思考的框架。通過做架構設計,我們應該提升軟體的質量和效率,降低風險和成本。 ......

    uj5u.com 2023-06-08 09:34:40 more
  • AI人工智能領域精美繪圖模板分享

    ![cover.jpeg](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/e86fc6dcb452419498a7db6878591e30~tplv-k3u1fbpfcp-watermark.image?) #### 1 人工智能的發展歷程 如今 ......

    uj5u.com 2023-06-08 09:34:36 more
  • 當“代碼農”遇上“碼農”:揭秘主干開發的那些事兒

    前段時期我負責部門內部主干開發落地相關事宜,這個程序中,也真真切切的體會到了多人開發程序中,面對特性分支管理中,大家遇到的一些困擾,尤其面對敏捷迭代的開發方式,合并沖突,集成測驗,代碼重用等方面,都與高效兩個字背離。當然,我在推進主干開發程序中,也遇到了一些問題和坎坷,在這里,集中的做一次分享。 ......

    uj5u.com 2023-06-08 09:34:30 more
  • 驅動開發:內核封裝WFP防火墻入門

    WFP框架是微軟推出來替代TDIHOOK傳輸層驅動介面網路通信的方案,其默認被設計為分層結構,該框架分別提供了用戶態與內核態相同的AIP函式,在兩種模式下均可以開發防火墻產品,以下代碼我實作了一個簡單的驅動過濾防火墻。WFP 框架分為兩大層次模塊,用戶態基礎過濾引擎`BFE (BaseFilteri... ......

    uj5u.com 2023-06-08 09:34:04 more
  • 移動應用架構新思路——WePY+小程式容器

    WePY(微信小程式開發框架)是一個基于組件化開發思想的微信小程式開發框架。它類似于Vue.js框架,通過封裝小程式原生的API,提供了更加簡潔、高效的開發方式。 WePY的主要特點包括: 組件化開發:WePY將頁面拆分為多個組件,每個組件有自己的樣式、模板和邏輯。這種組件化的開發方式能夠提高代碼的 ......

    uj5u.com 2023-06-08 09:33:49 more
  • 如何做架構設計?

    我們要尋求更好的技術方案,推動架構的良性演進,每一步都是經過深度思考的,而架構設計方法就是幫助我們思考的框架。通過做架構設計,我們應該提升軟體的質量和效率,降低風險和成本。 ......

    uj5u.com 2023-06-08 09:33:45 more
  • AI人工智能領域精美繪圖模板分享

    ![cover.jpeg](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/e86fc6dcb452419498a7db6878591e30~tplv-k3u1fbpfcp-watermark.image?) #### 1 人工智能的發展歷程 如今 ......

    uj5u.com 2023-06-08 09:33:41 more