freeBuf
主站

分类

漏洞 工具 极客 Web安全 系统安全 网络安全 无线安全 设备/客户端安全 数据安全 安全管理 企业安全 工控安全

特色

头条 人物志 活动 视频 观点 招聘 报告 资讯 区块链安全 标准与合规 容器安全 公开课

官方公众号企业安全新浪微博

FreeBuf.COM网络安全行业门户,每日发布专业的安全资讯、技术剖析。

FreeBuf+小程序

FreeBuf+小程序

透过Autoruns看持久化绕过姿势的分享(二)
2018-03-07 10:37:45

*本文作者:m0nst3r@丁牛网安实验室,转载请注明来源。

传送门:

透过Autoruns看持久化绕过姿势的分享(一)

4个未公开的绕过方法

Service DLL Bug

首先认识一下两种ServiceStandalone Servicesss service

Standalone Service

iPod Service 是随iTunes安装的Service类型的自启动项,用来管理硬件的一个Service,当它启动时,会运行一个自己的进程。当系统启动时,会调用iPodService.exe。这就是一个典型的Standalone Service的运行方式。来看下这样的Service在注册表中的样子:

56.png

在Autoruns中的,这个Service是一个由Apple Inc签名的合法启动项:

57.png


Shared Service

DcomLaunch是Shared Service的一个很好的例子。它是微软自带的一个Service启动项,启动的是非常常见的svchost.exe程序,当它启动时,它会加载rpcss.dll
在注册表中是这样的:

59.png


对于绕过非常重要的键是Parameters键,它用来指定它当启动时要加载的DLL文件,这是就是这个rpcss.dll,如下图:

60.png

在Autoruns里面的检测结果是一个Microsoft签名的Service:

61.png


如果我们的iPod Service里面手工添加一个Parameters键,会是什么样呢?

63.png

64.png

当我们进行如上修改后,在Autoruns中,会被显示为一个Microsoft签名的合法启动项。

利用方法

经过上面的演示,估计大家都知道如何隐藏自己的启动项了。

添加一个启动项,类型为Standalone Service,然后指定启动时运行的程序。

65.png

然后新建一个Parameters键,然后随便挑一个合法的微软DLL,写进去。

66.png


在Autoruns中就会被当作一个Microsoft签名的合法启动项了:

67.png


Extension Search Order Bug (扩展名的搜索顺序利用漏洞)

搜索路径这里不再展开,直奔主题:比如我们要运行计算器,一般我们会输入calc.exe,这里程序会去搜索路径中去找这个程序。但是如果我们只输入calc,也就是不带.exe后缀,会好发生什么呢?

73.png

为什么这样呢?

74.png

当我们不指定扩展名时,Windows会根据默认的扩展名的搜索顺序在搜索目录中进行查找,但不幸的是,它会选查找.com扩展的文件,然后才是.exe扩展的文件。

利用方法

找一个自启动的Windows签名的启动项:

76.png

它在Autoruns检测结果如下:

77.png


我们把注册表中的键值进行一下修改,把程序扩展名删掉:

然后,将我们的恶意程序复制到相应目录下,并将扩展名改为.com

当机器重启时,我们的程序就会自动运行:

在Autoruns中检测,会发现它并没有什么异常,因为Autoruns并不检测扩展名,而是直接解析.exe文件:

SIP Hijacking (SIP劫持)

工具

PoCSubjectInterfacePackage

利用方法

我们将一个合法程序的电子授权证书偷过来,然后添加到自己的恶意程序中,那么在Autoruns中就会显示为Microsoft验证过的启动项:

85.png

.INF Scriptlets

提到这种技术的时候,我们一般会想到Casey给出的一个使用regsvr32.exe的例子:

88.png

我们使用这个合法的Microsoft可执行程序来静默注册或卸载一个二进制程序或对象文件。上面这个例子中,我们告诉Windows我们想要卸载scrobj.dll,当卸载这个dll时,会给我们机会来提交或下载一个脚本文件,这个脚本文件是XML格式的。这使得我们能利利用一个合法的程序调用一个合法的dll去下载我们的payload。这种方法自从公开之后就变得不好用了,因为各种防护开始针对这种方法时行封堵。比如在Autoruns当中,会显示出regsvr32.exe

90.png

那么我们就没有办法了吗?当然不是。

在MSDN中有一个INF UnregisterDlls命令:

92.png

我们新建一个inf文件,使用合适的程序去调用它,那么它就会跟我们上文中提到的相似,程序会像regsvr32一样,调用scrobj.dll去下载我们指定的脚本文件。如果通过社会工程学的攻击方法,可诱导用户右击并安装我们指定的程序,如下图。

93.png

利用方法

利用rundll32.exe去调用setupapi.dll,然后指定我们新建的inf文件,就可以达到我们的目的,执行流程如下:

94.png

安装完成全,Autoruns的检测结果如下:

95.png

很不幸的是,被新版本的Autoruns检测出来了。

这里,我们的绕过方法是使用InfDefaultInstall.exe。这是一个本地签名的微软程序:

96.png

这个可执行程序一样会去加载你的inf文件,下载并执行你指定的脚本文件

结语

持久化越来越已成为攻击者所关注的事,希望通过这篇文章的分析,能够提高防御者的视野。毕竟,攻击者的招数不止这些!


*本文作者:m0nst3r@丁牛网安实验室,转载请注明来源。

# 权限持久化 # Autoruns绕过
本文为 独立观点,未经允许不得转载,授权请联系FreeBuf客服小蜜蜂,微信:freebee2022
被以下专辑收录,发现更多精彩内容
+ 收入我的专辑
+ 加入我的收藏
相关推荐
  • 0 文章数
  • 0 关注者