反取證技術(shù)：內(nèi)核模式下的進(jìn)程隱蔽

作者：佚名 2017-09-29 10:49:30

新聞 Windows

本文是介紹惡意軟件的持久性及傳播性技術(shù)這一系列的第一次迭代，這些技術(shù)中大部分是研究人員幾年前發(fā)現(xiàn)并披露的，在此介紹的目的是建立這些技術(shù)和取證方面的知識(shí)框架。

用于證明概念的代碼可以在 CERT的GitHub 上查看。由于CERT分析師Devoteam在這個(gè)領(lǐng)域的經(jīng)驗(yàn)，知識(shí)框架會(huì)不斷完善。

第一篇文章將討論DKOM（分布式組件對象模式）進(jìn)程隱藏的以下幾個(gè)方面：

Windows進(jìn)程

隱藏直接內(nèi)核對象的修改

概念性證明（PoC）

使用Volatility進(jìn)行內(nèi)存檢測

這個(gè)概念在2004年的美國黑帽大會(huì)上被介紹，不過到現(xiàn)在還被用于幾個(gè)內(nèi)核工具，比如介紹者本人所開發(fā)的FU-rootkit。

Windows進(jìn)程

Windows內(nèi)核使用 EPROCESS 來處理進(jìn)程，這些是不透明進(jìn)程，且沒有被微軟記錄，標(biāo)準(zhǔn)編譯頭也沒有詳細(xì)標(biāo)明。

MSDN鏈接： EPROCESS (Windows Driver)

但是這仍然能通過使用 KD 通過內(nèi)核調(diào)試被分析。

該示例中的結(jié)構(gòu)有207個(gè)字段（Windows 10 64位系統(tǒng)）。

只有三個(gè)相關(guān)的可以解釋該技術(shù)。

此列表包含兩個(gè)鏈接： Flink 和 Blink 。這些鏈接很有趣，因?yàn)樗鼈冎赶驅(qū)儆趯儆谙乱粋€(gè)進(jìn)程（ Forwardlink ）和之前的進(jìn)程（ Backlink ）的另外兩個(gè) LIST_ENTRY 結(jié)構(gòu)。

Windows系統(tǒng)中的所有進(jìn)程通過其 ActiveProcessLinks 結(jié)構(gòu)中的指針來引用。它們構(gòu)成了諸如taskmgr.exe（任務(wù)管理器）或某些 SysInternals （例如 procexp.exe ）等工具使用的雙鏈表。

雙鏈表會(huì)被定時(shí)檢查以更新進(jìn)程顯示。

隱藏直接內(nèi)核對象的修改

DKOM技術(shù)隱藏了一個(gè)取消鏈接它自己的 ActiveProcessLinks 的進(jìn)程，并將“前一個(gè)”和“下一個(gè)”進(jìn)程直接相互鏈接。

從雙鏈表中獲取進(jìn)程（示例圖中的 smss.exe ）使得它不依賴于此列表的工具來顯示進(jìn)程。

取消鏈接流程不會(huì)影響其執(zhí)行流程。調(diào)度器將計(jì)算時(shí)間分配給線程，而不是進(jìn)程。

當(dāng)修改惡意進(jìn)程的 ActiveProcessList 時(shí)，它的 Blink 和 Flink 被修改以指向它們自己的結(jié)構(gòu)。這樣做是為了避免在進(jìn)程退出時(shí)出現(xiàn)任何問題。如果 Blink 或 Flink 指向的是舊的或無效的內(nèi)存地址，那么當(dāng)嘗試更新“相鄰”進(jìn)程時(shí)，內(nèi)核可能會(huì)引發(fā)異常。

實(shí)現(xiàn)

關(guān)于概念性證明（PoC）的評論

CERT在Github上的代碼是一個(gè)測試驅(qū)動(dòng)程序，它是從使用內(nèi)核模式驅(qū)動(dòng)程序框架的Windows示例中實(shí)現(xiàn)的。驅(qū)動(dòng)配置的初始化使用 WDF_DRIVER_CONFIG_INIT() 被hook。該hook搜索一個(gè) ImageFileName 字段為 virus.exe 的進(jìn)程，并使用DKOM技術(shù)進(jìn)行隱藏。

注意：這不是一個(gè)功能性的工具（只是在安裝的時(shí)候會(huì)嘗試隱藏一個(gè)進(jìn)程），而且只被用于教學(xué)目的。

該代碼大量使用Windows 10 64位測試的硬編碼的存儲(chǔ)器偏移。它們被用于直接訪問 EPROCESS 字段，并且在其他Windows版本上可能無法正常工作。

以上顯示的偏移可以在 Windows進(jìn)程部分的第一個(gè) KD 截圖中找到。

代碼很容易被改進(jìn)，可以使用更穩(wěn)定的訪問這些字段的方式然后提供一個(gè)用戶控制界面。

EPROCESS字段訪問及版本

Windows API沒有提供 EPROCESS 的結(jié)構(gòu)定義，但是可以使用API調(diào)用來檢索這些結(jié)構(gòu)的指針。

PoC中使用的函數(shù)是 PsGetCurrentProcess() ，它返回一個(gè)當(dāng)前進(jìn)程“ EPROCESS ”結(jié)構(gòu)的指針。在執(zhí)行的過程中，它返回一個(gè)指向System進(jìn)程結(jié)構(gòu)的指針，一旦找到一個(gè) EPROCESS 結(jié)構(gòu)，就調(diào)用一個(gè)搜索函數(shù)，以便通過 EPROCESS 循環(huán)列表來查找 virus.exe ImageFileName 。

如果搜索返回一個(gè) EPROCESS 結(jié)構(gòu)，那么它的 ActiveProcessLinks 就會(huì)被修以隱藏它。這通過 EPROCESS 結(jié)構(gòu)在內(nèi)存中的操作來實(shí)現(xiàn)。

其他相關(guān)與當(dāng)前操作系統(tǒng)的保護(hù)

PoC生成的驅(qū)動(dòng)程序已提交到 https://nodistribute.com/ 平臺(tái)，以檢查是否會(huì)報(bào)毒。

沒有一個(gè)報(bào)了毒，考慮到代碼十分簡單，系統(tǒng)調(diào)用量也很低，這樣一來就一點(diǎn)也不奇怪了。另外，雖然這種技術(shù)非常隱蔽，但是并不是在所有Windows版本上都很穩(wěn)定。

一個(gè)叫PatchGuard的對Windows 64位的保護(hù)可以檢測前面提到的操作。 PatchGuard 也被稱為內(nèi)核補(bǔ)丁保護(hù)（ KPP ），于2005年在Windows XP 64位和Windows Server 2003 SP1中被引入。

KPP以一個(gè)隨機(jī)頻率驗(yàn)證內(nèi)核結(jié)構(gòu)，幾十分鐘可以分開成兩個(gè)檢查。當(dāng)檢測到異常時(shí)，會(huì)引發(fā) 0×109 - CRITICAL_STRUCTURE_CORRUPTION 內(nèi)核錯(cuò)誤，然后強(qiáng)制阻止系統(tǒng)執(zhí)行。其實(shí) KPP 并沒有真正阻止這種技術(shù)的執(zhí)行，它只是關(guān)閉了操作系統(tǒng)。

由于該技術(shù)旨在提供隱蔽性，而藍(lán)屏的顯示會(huì)破壞其有效性。另外，該保護(hù)僅在64位版本的Windows中實(shí)現(xiàn)，所以32位系統(tǒng)就會(huì)容易受到攻擊。如今，大多數(shù)人安裝的都是64位，因此他們會(huì)被保護(hù)免受這種威脅。

不過即使使用了 KPP ，這種技術(shù)也不能忽視，因?yàn)椋?/p>

在32位系統(tǒng)的事件響應(yīng)中可以遇到。

內(nèi)核模式驅(qū)動(dòng)（仍然是一個(gè)活躍的研究領(lǐng)域）存在對 PatchGuard 的攻擊。