故事的起源于看到一个关于Rundll32的技术文章(相关链接)。

本着复现和学习rundll32如何执行JS代码的原则开始了学习，同时也想加深rundll32的理解。

英文原文链接
2014年7月份，国外研究机构发现了一个比较新型的恶意软件，这个恶意软件不会在系统上安装任何文件，而是藏身在windows的注册表中通过rundll32.exe执行javascript代码。

听上去确实很有意思，通过rundll32.exe来执行js代码，那么它究竟是怎么实现的呢？我们一起来研究下。
实现代码很简单

在cmd下运行后就能弹窗。

下面我们一起来看看究竟是怎么回事。

先看下MSDN给出的介绍MSDN

从介绍中可以看出，Rundll32的作用是执行DLL文件中的内部函数。

命令行格式如下

EntryPoint就是要执行的内部函数，他的原型如下

下面我们来试着解决为什么rundll32.exe javascript:"..\mshtml,RunHTMLApplication ";alert(‘foo’);这个语句能执行js。

参数
Rundll32首先要调用ParseCommand函数把传进来的参数分割，函数会搜索逗号(‘,’, 0x2C)来定位DLL名字。搜索空格(‘ ‘, 0x20)来定位入口点。

在我们输入的命令中，ParseCommand返回javascript:"..\mshtml作为DLL名称，RunHTMLApplication作为入口点。

下面Rundll32会试图读取名称为javascript:"..\mshtml的DLL。
首先他会尝试调用GetFileAttributes(“javascript:”..\mshtml”)来读取文件，最终函数会访问C:\Windows\system32\mshtml这个文件，但是由于文件不存在，函数返回-1。

然后函数会调用SearchPath来寻找DLL名称。这个函数会读取注册表中HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\SafeProcessSearchMode的键值。关于这点MSDN给出的介绍MSDN.aspx)
当他的键值为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.
该函数并比未出现在微软的官方文档中，但其函数原型可以通过c:\windows\system32\mshta.exe（用来启动.hta文件的程序）对其的调用推断出来：

该函数与rundll32需要的入口函数很相似：

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的所有功能—对象模型，性能，渲染和协议支持—但却没有开启安全全限制和用户界面。因为域安全特性（同源策略）也是关闭的，所以可以跨域执行脚本，并具有本地文件系统和注册表的读写权限。
通过这个trick，可以让javascript在IE进程以外执行，同时又不受Vista等的保护模式和沙盒等安全策略的限制。所以我认为这个小技巧以后会有更多的利用空间。

根据文章里的描述，这里选择了使用alert()函数来执行弹框的操作。有意思的是RunHTMLApplication之后必须存在空格，才能够解析相关参数部分。具体rundll32如何解析参数的部分读者可自行研究。

当代码执行后成功弹出提示框。

查看相关进程信息cmd会启动rundll32进程，相关参数显示在Comand Line中。

当交互式操作完成后会自动弹出对应的图形化界面，若没有相应的交互式操作则直接弹出图形化界面。

问题：现在的问题是当JS命令执行后会出现对应的Rundll32的相关进程，容易暴露执行的相关JS代码。

解决1：通过tasklist和findstr去找到对应的pid。

通过for语法和taskkill去关闭指定的进程。

解决2：通过taskkill /f /im rundll32.exe

本以为将两段bat命令合在一起聚大功告成，却发现到最后小丑竟是我自己。

cmd可以执行的执行写入bat后运行缺有相关错误，另外本想通过bat祛除掉图形化界面，经多次测试发现bat应该是不支持多进程/多线程。
在经历了bat多次尝试和失望后，本应该就要放弃了。
但还是决定用多进程或多线程来尝试一次。
解决3：编程实现多进程/多线程操作
刚开始时本想用CreateProcess但是一想参数过多 不必要就换了ShellExecute函数。
刚开始代码雏形如下所示，主要就是进行两个步骤的执行操作。

编译后由于当时忘记在两段代码直接加入间隔，一瞬间就执行结束了。
可能是之前的期望太低了，都不抱成功的期望。
但还是加上了sleep函数，间隔5s。

重新编译后执行，终于成功的实现了先执行JS代码，后关闭rundll32的进程。
老泪纵横，不容易，实在是太不容易了。

在虚拟机下win7测试时发现可以执行对应的JS代码。
但是当在win10下运行时不但没有成功执行JS代码，还被杀软给拦截了。

并且由于目前杀软对rundll32检测比之前更加严格，一旦参数中带有Rundll32 javascript:等相关信息则会被杀软拦截，加速了rundll32执行JS相关利用技术的没落。

由于没有找到比较合适的案例，所以这里采取了一些测试案例进行相关演示。

案例来源参考

案例1：通过rundll32来弹出calc计算器。

开始本想着自己写两个JS或者VBS代码执行，奈何执行时提示相关错误还是选择了网上的相关案例。

win10系统成功弹出calc计算器，不过同时也弹出了相关空白网页，通过截图可以看到窗口的标题包含了执行的相关代码。
win7系统下测试没有弹出计算器。
这也是为什么之前想要通过某些手段来关掉这个的原因。

案例2：通过rundll32来弹出cmd命令行。

原始命令如下所示。

经过对URL编码的转化得到部分命令如下。

对剩余的部分做相关处理后得到完整的命令代码如下所示。

对于为什么要进行编码处理，应该是因为new ActiveXObject中间有一个空格。
而rundll32无法直接处理这个空格就出现了语法错误的提示。进而需要对命令进行相关编码处理。

案例3：利用cs生成exe、vbs、和powershell三种类型的hta文件。

vbs类型主要通过vbs的脚本去完成相关功能的实现。

exe类型主要是通过VBS去将内部的PE文件写入并执行的方式。

powershell类型通过创建Wscript.Shell对象去调用powershell程序完成相关功能。

提前提到了rundll32执行dll代码，接下来说一下rundll32执行DLL的部分。

根据百度的相关关键字解释得知，rundll32最重要的作用还是调用DLL的相关函数功能。

根据之前的JS代码调用追加了DLL调用功能，其作用为弹出提示框。

CS的远控DLL，利用CS生成相关dll利用dll中的StartW函数即可完成上线操作。

执行如下命令后CS主机上线。

除了利用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的故事就讲完了，期待下次见面。

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！