Rundll32的故事
本文为看雪论坛优秀文章
故事 • 起源
故事的起源于看到一个关于Rundll32的技术文章。
Rundll32执行JS代码
原理分析
2014年7月份,国外研究机构发现了一个比较新型的恶意软件,这个恶意软件不会在系统上安装任何文件,而是藏身在windows的注册表中通过rundll32.exe执行javascript代码。
听上去确实很有意思,通过rundll32.exe来执行js代码,那么它究竟是怎么实现的呢?我们一起来研究下。
实现代码很简单
rundll32.exe javascript:"\..\mshtml,RunHTMLApplication ";alert(‘foo’);
在cmd下运行后就能弹窗。
下面我们一起来看看究竟是怎么回事。
Rundll32是什么?
先看下MSDN给出的介绍MSDN。
从介绍中可以看出,Rundll32的作用是执行DLL文件中的内部函数。
命令行格式如下:
RUNDLL32.EXE <dllname>,<entrypoint> <optional arguments>
EntryPoint就是要执行的内部函数,他的原型如下:
void CALLBACK EntryPoint(HWND hwnd, HINSTANCE hinst, LPSTR lpszCmdLine, int nCmdShow);
下面我们来试着解决为什么rundll32.exe javascript:"..\mshtml,RunHTMLApplication ";alert(‘foo’);这个语句能执行js。
Rundll32分析
参数
Rundll32首先要调用ParseCommand函数把传进来的参数分割,函数会搜索逗号(‘,’, 0x2C)来定位DLL名字。搜索空格(‘ ‘, 0x20)来定位入口点。
在我们输入的命令中,ParseCommand返回javascript:"..\mshtml作为DLL名称,RunHTMLApplication作为入口点。
Dll loader
下面Rundll32会试图读取名称为javascript:"..\mshtml的DLL。
首先他会尝试调用GetFileAttributes(“javascript:”..\mshtml”)来读取文件,最终函数会访问C:\Windows\system32\mshtml这个文件,但是由于文件不存在,函数返回-1。
然后函数会调用SearchPath来寻找DLL名称。这个函数会读取注册表中HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SafeProcessSearchMode的键值。
当他的键值为1时,SearchPath首先搜索系统路径中指定的文件夹,然后搜索当前工作目录。当键值为0时,正好相反,首先会搜索当前工作目录,然后搜索系统路径。
在(on Windows XP / 7 / 8)的默认情况下这个键值不存在,所以SearchPath会试图在当前工作目录(c:\windows\system32)读取mshtml。
当都读取不到时,rundll32开始进入下一步工作,GetFileAttributes被重新调用来搜索javascript:”..\mshtml.manifest。
当这些都失败后Rundll32最终会调用LoadLibrary("javascript:"..\mshtml")。
LoadLibrary是存在在ntdll.dll中包装LdrLoadDll的函数,内在地LdrLoadDll加载了默认的扩展名.dll然后把结果字符串javascript:”..\mshtml.dll作为了路径。”..”符号代表着跳转到上一级。上一个指令解析到了mshtml.dll(例如foo..\mshtml.dll 解析为 mshtml.dll)。
通过指定mshtml.dll,LdrLoadDll能够调用在系统目录的库。
Rundll32然后根据以前从RunHTMLApplication提取的入口点的名字调用GetProcAddress。到目前为止前缀javascript:似乎没起到什么作用,LoadLibrary("foobar:\"..\mshtml")工作正常。那么javascript:是怎么被加上的呢?
协议处理
一旦Rundll32得到了入口地址就会调用函数mshtml.dll!RunHTMLAppliction。
HRESULT RunHTMLApplication(
HINSTANCE hinst,
HINSTANCE hPrevInst,
LPSTR szCmdLine,
int nCmdShow
);
该函数与rundll32需要的入口函数很相似:
void CALLBACK EntryPoint(
HWND hwnd,
HINSTANCE hinst,
LPSTR lpszCmdLine,
int nCmdShow
);
RunHTMLApplication的第一个参数接受一个窗口句柄而不是模块句柄,该参数用于mshtml注册新窗口类并创建窗口,传一个非实例的参数貌似也不会有啥问题。
第二个参数并未被用到,即使不匹配也没啥事。
最后一个参数nCmdShow由于指定RunHTMLApplication是否显示HTML应用的窗口。Rundll32调用入口的时候总是传入SW_SHOWDEFAULT来显示窗口到默认位置。
我们主要关心的参数是lpszCmdLine,这里传入的应该是””;alert(‘foo’)”。
很明显,这不是一个合法的JavaScript语句(末尾缺失双引号)。但本例中却是有效的,因为RunHTMLApplication会忽略该参数,而调用API GetCommandLine(包装在GetCmdLine函数中)来获取参数。
完整的命令行包含可执行文件的名字和参数,GetCmdLine会去掉可自行文件名,提取出参数:
然后,RunHTMLApplication 会调用CreateUrlMoniker:
该处传入的字符串”javascriopt:”是必须的。
CreateUrlMoniker解析命令行并提取出”:”之前的字符串,即“javascript”。
CreateUrlMoniker会读取注册表HKCR\SOFTWARE\Classes\PROTOCOLS\Handler\ 中的值,其中存储了协议和其对应的CLSID。
CreateUrlMoniker会为JavaScript寻找合适的协议处理器
(HKCR\SOFTWARE\Classes\PROTOCOLS\Handler\javascript):
该CLSID{3050F3B2-98B5-11CF-BB82-00AA00BDCE0B} 对应 “Microsoft HTML Javascript Pluggable Protocol”。
正是因为这样,所以参数必须以”javascript”开始。
在IE中输入javascript:alert('foo') 也是同样处理的机制:
“:”之后的字符串会被JavaScript URL moniker当成JavaScript指令解析执行:
"..\mshtml,RunHTMLApplication ";alert('foo');
这是一段合法的JavaScript,包含一个字符串"..\mshtml,RunHTMLApplication " (包括之前被忽略过的双引号!)和一个函数(alert)。
最后RunHTMLApplication会调用CHTMLApp::Run 并运行JavaScript:
安全问题
从安全的角度来看这个问题,通过Rundll32来执行javascript类似执行 HTML应用。也就是说,我们能使用IE的所有功能—对象模型,性能,渲染和协议支持—但却没有开启安全全限制和用户界面。因为域安全特性(同源策略)也是关闭的,所以可以跨域执行脚本,并具有本地文件系统和注册表的读写权限。
技术复现
根据文章里的描述,这里选择了使用alert()函数来执行弹框的操作。有意思的是RunHTMLApplication之后必须存在空格,才能够解析相关参数部分。具体rundll32如何解析参数的部分读者可自行研究。
当代码执行后成功弹出提示框。
查看相关进程信息cmd会启动rundll32进程,相关参数显示在Comand Line中。
当交互式操作完成后会自动弹出对应的图形化界面,若没有相应的交互式操作则直接弹出图形化界面。
遇到的问题
问题:现在的问题是当JS命令执行后会出现对应的Rundll32的相关进程,容易暴露执行的相关JS代码。
解决方案
通过for语法和taskkill去关闭指定的进程。
本以为将两段bat命令合在一起聚大功告成,却发现到最后小丑竟是我自己。
cmd可以执行的执行写入bat后运行缺有相关错误,另外本想通过bat祛除掉图形化界面,经多次测试发现bat应该是不支持多进程/多线程。
在经历了bat多次尝试和失望后,本应该就要放弃了。
但还是决定用多进程或多线程来尝试一次。
刚开始时本想用CreateProcess但是一想参数过多 不必要就换了ShellExecute函数。
刚开始代码雏形如下所示,主要就是进行两个步骤的执行操作。
编译后由于当时忘记在两段代码直接加入间隔,一瞬间就执行结束了。
可能是之前的期望太低了,都不抱成功的期望。
但还是加上了sleep函数,间隔5s。
重新编译后执行,终于成功的实现了先执行JS代码,后关闭rundll32的进程。
老泪纵横,不容易,实在是太不容易了。
意料之外
在虚拟机下win7测试时发现可以执行对应的JS代码。
但是当在win10下运行时不但没有成功执行JS代码,还被杀软给拦截了。
测试案例
由于没有找到比较合适的案例,所以这里采取了一些测试案例进行相关演示。
开始本想着自己写两个JS或者VBS代码执行,奈何执行时提示相关错误还是选择了网上的相关案例。
rundll32 javascript:"\..\mshtml.dll,RunHTMLApplication ";window.open('calculator:0')
@rundll32 javascript:"\..\mshtml.dll,RunHTMLApplication ";document.write();new ActiveXObject('WScript.Shell').Run('calc');
win7系统下测试没有弹出计算器。
这也是为什么之前想要通过某些手段来关掉这个的原因。
原始命令如下所示。
@run^dll^32 java^script:"\..\mshtml.dll,RunHTMLApplication ";%64%6f%63%75%6d%65%6e%74%2e%77%72%69%74%65%28%29;%6e%65%77%20%41%63%74%69%76%65%58%4f%62%6a%65%63%74%28'\x57\x53\x63\x72\x69\x70\x74\x2e\x53\x68\x65\x6c\x6c'%29.%52%75%6e%28'\u0043\u003a\u005c\u0057\u0069\u006e\u0064\u006f\u0077\u0073\u005c\u0053\u0079\u0073\u0074\u0065\u006d\u0033\u0032\u005c\u0063\u006d\u0064\u002e\u0065\u0078\u0065'%29
对剩余的部分做相关处理后得到完整的命令代码如下所示。
rundll32.exe javascript:"\\..\\mshtml.dll,RunHTMLApplication ";document.write();new ActiveXObject('WScript.Shell').Run('C:\Windows\System32\cmd.exe');
vbs类型主要通过vbs的脚本去完成相关功能的实现。
rundll32.exe url.dll,OpenURL "c:\\Users\\admin\\Desktop\\vbs.hta"
exe类型主要是通过VBS去将内部的PE文件写入并执行的方式。
rundll32.exe url.dll,OpenURL "c:\\Users\\admin\\Desktop\\exe.hta"
powershell类型通过创建Wscript.Shell对象去调用powershell程序完成相关功能。
rundll32.exe url.dll,OpenURL "c:\\Users\\admin\\Desktop\\powershell.hta"
提前提到了rundll32执行dll代码,接下来说一下rundll32执行DLL的部分。
Rundll32执行DLL代码
根据百度的相关关键字解释得知,rundll32最重要的作用还是调用DLL的相关函数功能。
根据之前的JS代码调用追加了DLL调用功能,其作用为弹出提示框。
恶意DLL调用
CS的远控DLL,利用CS生成相关dll利用dll中的StartW函数即可完成上线操作。
执行如下命令后CS主机上线。
rundll32进程注入
除了利用rundll32来执行DLL代码之外的,还有利用rundll32进程来进行进程注入。
利用CS生成MSOffice宏攻击代码,可以看到默认采用的runll32进程来完成相关进程注入。
真实案例分享
样本是一个钓鱼邮件并且带有宏代码。
打开宏问题提示启用宏,默认情况下Office宏是禁用的状态。
点击启用宏弹出错误提示框,并且无相关CS回连信息。
经过多次的测试发现,这是由于Office版本不适配造成Macros文件解析不出来。
虚拟机测试是使用的是Office2010,本机测试时使用的是Office2016(断网测试)。
注意防毒,注意防毒,注意防毒。
对宏文件进行分析发现,可能是Macros的文件被隐藏了。
你小子可真会玩~(hello sb)。
使用olevba工具对宏文件进行分析,通过结论看到VBAcode和p-code不相等,即被人故意修改隐藏掉了。
使用pcodedmp可查看p-code代码,以下是部分p-code代码截图。
通过pcode2code工具可以直接将p-code保存为VBACode。
感谢顾何师傅的帮助~
感谢顾何师傅的帮助~
感谢顾何师傅的帮助~
得到对应的VBACode并提取出重要的攻击代码部分。
根据freebuff得到,有一种方式是通过CS生成对应的MSOffice宏来完成主机上线。
生成一个test.docm的测试模板,并将CS生成的MSOffice宏代码复制到word中。
对比后发现除了Array数组不同,其余部分代码完全一致,可以断定这是一个CS生成的MSOffice宏病毒模板。
分析调试后,捕获到CS的回连服务器IP由于原因特殊,这里将IP打码处理。
自此Rundll32的故事就讲完了,期待下次见面。
看雪ID:Risks
https://bbs.pediy.com/user-home-830514.htm
*本文由看雪论坛 Risks 原创,转载请注明来自看雪社区。
# 往期推荐
球分享
球点赞
球在看
点击“阅读原文”,了解更多!