VBScript in 2018

栏目: ASP.NET · 发布时间: 5年前

内容简介:VBScript是微软开发的一款脚本语言,是Visual Basic的轻量级的版本。使用VBScript可以快速高效地开发出一些浏览器客户端和服务端的应用程序。然而随着DVE技术的公布以及在CVE-2014-6332、CVE-2016-0189中的稳定利用,VBScript开始被认为并不是那么安全了。很快微软在Windows 10 Fall Creators Update版本中对于Internet Explorer(IE)浏览器的Internet Zone和Restricted Sites Zone默认禁用

VBScript in 2018

0x00 背景

VBScript是微软开发的一款脚本语言,是Visual Basic的轻量级的版本。使用VBScript可以快速高效地开发出一些浏览器客户端和服务端的应用程序。然而随着DVE技术的公布以及在CVE-2014-6332、CVE-2016-0189中的稳定利用,VBScript开始被认为并不是那么安全了。很快微软在Windows 10 Fall Creators Update版本中对于Internet Explorer(IE)浏览器的Internet Zone和Restricted Sites Zone默认禁用了VBScript。但是这似乎并未减缓关于VBScript的在野漏洞利用攻击,相反,随着Adobe宣布2020年Flash正式退役,Hacker们似乎开始把重点转向了VBScript这个几乎被遗弃的脚本引擎。于是在2018年我们看到了CVE-2018-8174,CVE-2018-8373 这类0Day攻击事件以及相当数量的关于VBScript的CVE和研究报告。

笔者在学习了部分研究报告和调试了部分PoC后,决定对2018年VBScript的漏洞做个简单的归类总结,与大家分享,希望对关于VBScript的漏洞挖掘和分析有所帮助。但水平有限,文中错误之处恳请斧正。

0x01 分析

2018年关于VBScript的CVE不少,这里笔者筛选了6个比较有代表性的CVE分两类进行分析。

Type 1: Class_Terminate Callback

VBScript存在类的概念,VBScript类支持两个事件:Class_Initialize和Class_Terminate。在类实例化的时候会触发Class_Initialize事件,同样在类实例被销毁的时候会触发Class_Terminate事件。VBScript支持在脚本中通过添加自定义Class_Initialize或Class_Terminate事件的方法在脚本中手动做一些初始化或者释放的操作。也就是说自定义Class_Terminate给了VBScript引擎执行过程一次脚本回调的机会,如果在脚本回调过程中手动修改了一些数据,就可能触发一些未知的情形。

CASE 1:CVE-2018-1004

1.PoC

VBScript in 2018

PoC执行流程:

1) 创建一个动态数组arr

2) 创建一个MyClass对象实例并保存到arr的第一个元素

3) 调用Erase函数逐个删除arr里的元素

4) 因为arr的第一个元素保存了MyClass对象实例,MyClass对象实例在析构的时候会调用脚本里的Class_Terminate函数

5) Class_Terminate重新定义的arr

2.Debug

1)Set arr(0) = new MyClass

VBScript in 2018

2)Erase a -> Class_Terminate -> ReDim Preserve a(1)

VBScript in 2018

3) Erase a -> OLEAUT32!VariantClear-> crash

VBScript in 2018

3.Root Cause

关于PoC的关键代码,VBScript引擎的执行过程如下图所示:

VBScript in 2018

VBScript中的数组是由OLEAUT32的SAFEARRAY结构体定义的。

VbsErase通过调用OLEAUT32!_SafeArrayDestroyData释放数组元素,OLEAUT32!_SafeArrayDestroyData会遍历数组元素并将每个数组元素的地址传给OLEAUT32!VariantClear逐个清除数组元素:

VBScript in 2018

OLEAUT32!VariantClear中如果元素是对象,且对象的引用计数为0,则调用该对象的析构函数,从而触发脚本函数Class_Terminate的回调。在Class_Terminate重新定义了arr的大小,导致原始arr buffer被释放,但是OLEAUT32!VariantClear中依然保留了原始arr buffer地址,当再次访问该地址时触发crash。

CASE 2:CVE-2018-8174

CVE-2018-8174是360发现的一个在野0Day攻击样本。关于其具体利用代码分析可以参考360的Blog。

1.PoC

VBScript in 2018

PoC执行流程:

1) 创建一个数组arr

2) 创建一个MyClass对象实例并保存到arr的第一个元素

3) 调用Erase函数逐个删除arr里的元素

4) 因为arr的第一个元素保存了MyClass对象实例,MyClass对象实例在析构的时候会调用脚本里的Class_Terminate函数

5) Class_Terminate里将MyClass对象实例的引用保存到变量o,并释放自身引

6) 访问变量o

2.Debug

1)Set arr(0) = new MyClass

VBScript in 2018

2)Erase a -> Class_Terminate (转移MyClass对象实例的引用到变量o)

VBScript in 2018

3) msgbox o (通过变量o访问MyClass对象实例)

VBScript in 2018

3.Root Cause

关于PoC的关键代码,VBScript引擎的执行过程如下图所示:

VBScript in 2018

可以看到漏洞触发的流程和CVE-2018-1004较为相似,不同的是 CVE-2018-1004是在脚本回调函数Class_Terminate中释放了原始arr的buffer,而CVE-2018-8174则是在MyClass对象实例被析构前转移(读取)了MyClass对象实例的引用。

CASE 3:CVE-2018-8242

CVE-2018-8242是古河师傅分析了微软对CVE-2018-8174的补丁后,发现的一个新的漏洞。简单地说就是CVE-2018-8174的补丁只是禁止了在Class_Terminate中对VT_DISPATCH(Object)变量的读操作,但是并没有禁止在Class_Terminate中对VT_DISPATCH(Object)变量的写操作,然而写操作依然存在漏洞:

1.PoC

VBScript in 2018

PoC执行流程:

1) 创建一个数组arr

2) 创建一个MyClass对象实例并保存到arr的第一个元素

3) 调用Erase函数逐个删除arr里的元素

4) 因为arr的第一个元素保存了MyClass对象实例,MyClass对象实例在析构的时候会调用脚本里的Class_Terminate函数

5) Class_Terminate里再次调用Erase清除数组元素

2.Debug

1)Set arr(0) = new MyClass

VBScript in 2018

2)Erase a(1st) -> Class_Terminate -> Erase a(2nd)

VBScript in 2018

3) Class_Terminate -> Erase a(1st)

VBScript in 2018

3.Root Cause

关于PoC的关键代码,VBScript引擎的执行过程如下图所示:

VBScript in 2018

与CVE-2018-8174类似,这次在Class_Terminate再次尝试释放正在处于半释放状态下的VBScriptClass,最终触发Double Free。

CASE 4:CVE-2018-8544

上面的3个case都与Class_Terminate中的array操作相关,而微软在7月的补丁中直接禁止了Class_Terminate操作array,但是依然可以考虑用其他的容器代替array,实现类似的效果,比如Dictionary。

1.PoC

VBScript in 2018

PoC执行流程:

1) 创建一个Dictionary对象

2) 创建一个MyClass对象实例实例并保存到Dictionary容器,其key为“foo“

3) 重新给key-“foo“赋值,导致MyClass对象实例被释放

4) 因为PoC中定义了MyClass的Class_Terminate函数,故MyClass对象实例在析构的时候会调用脚本里的Class_Terminate回调函数

5) Class_Terminate里调用Dictionary的RemoveAll函数,清空所有key-value

2.Debug

1)Set dict.Item(“foo”) = new MyClass

VBScript in 2018

2)dict.Item(“foo”) = 0 -> Class_Terminate -> dict.RemoveAll

VBScript in 2018

3) End Class_Terminate

VBScript in 2018

3.Root Cause

关于PoC的关键代码,VBScript引擎的执行过程如下图所示:

VBScript in 2018

虽然微软在CVE-2018-8242的补丁中彻底禁止了在Class_Terminate脚本回调中对数组的操作:

VBScript in 2018

VBScript in 2018

但是仍然可以找到其他可以替代arr的容器,比如这里的Dictionary。其漏洞原理和CVE-2018-8242相似,同样是在Class_Terminate再次尝试释放(dict.RemoveAll)正在处于半释放状态下的VBScriptClass,最终触发Double Free。

Type 2: Default Property Get Callback

Default Property Get用来获取类实例的缺省属性,当尝试将一个类实例转换成一个字符串对象时,如果脚本中定义了Default Property Get函数,则会触发该函数的脚本回调。与Class_Terminate回调原理类似,如果在脚本回调Default Property Get过程中手动修改了一些数据,亦可能触发一些未知的执行过程。

CASE 5:CVE-2018-8373

CVE-2018-8373是Trend Micro发现的另一个在野0Day攻击样本。关于其具体利用代码分析可以参考Trend的Blog。

1.PoC

VBScript in 2018

PoC执行流程:

1) 创建一个数组arr

2) 创建一个MyClass对象实例并将对象的值保存到arr的第三个元素arr(2)

3) 取MyClass对象实例的值时会触发脚本函数Default Property Get的调用

4) 回调函数Default Property Get中重新定义的arr,导致原arr buffer被释放

5) MyClass对象的值保存到原arr(2)地址中

2.Debug

1)arr(2) = new MyClass: 先计算左值arr(2)地址

VBScript in 2018

2)arr(2) = new MyClass: 再计算右值,触发Default Property Get回调,修改了arr大小

VBScript in 2018

3) arr(2) = new MyClass:右值保存到左值

VBScript in 2018

3.Root Cause

关于PoC的关键代码,VBScript引擎的执行过程如下图所示:

VBScript in 2018

这次的回调利用的是Default Property Get,可以发现其触发流程与CVE-2018-1004类似,不同的是CVE-2018-1004是在Class_Terminate回调中修改了arr的buffer,而CVE-2018-8373则是在Default Property Get回调中修改了arr的buffer。

CASE 6:CVE-2018-8552

CVE-2018-8552是Google Project Zero Fuzz出来的一个漏洞,通过分析可以发现其与CVE-2018-8373相似之处。

1.PoC

VBScript in 2018

PoC执行流程:

1) 创建一个数组arr,其中一个元素为MyClass对象实例

2) Filter函数用来返回一个以特定过滤条件为基础的字符串数组的子集

3) Filter函数内遍历到MyClass对象实例时,触发脚本函数Default Property Get的调用

4) 回调函数Default Property Get中重新定义的arr,导致原arr buffer被释放

2.Debug

1)arr = Array(“b”, “b”, “a”, “a”, new MyClass)

VBScript in 2018

2)Call Filter(arr, “a”) -> Default Property Get -> ReDim Preserve arr(1)

VBScript in 2018

3) Back Call Filter(arr, “a”)

VBScript in 2018

3.Root Cause

关于PoC的关键代码,VBScript引擎的执行过程如下图所示:

VBScript in 2018

微软在CVE-2018-8373的补丁中通过给数组加锁的方式禁止在类似arr(2) = new MyClass的回调函数Default Property Get中修改数组的大小:

VBScript in 2018

VBScript in 2018

但是仍然可以找到其他替代方法在回调函数Default Property Get中修改数组的大小来触发漏洞,比如这里的Filter函数。

0x02 思考

1. 脚本中的回调可能会导致未知的执行流程

通过上面的分析可以知道,脚本中的回调函数Class_Terminate,Default Property Get会打乱脚本解析引擎的顺序执行流程,并且在脚本回到解析引擎之前执行一些非常规操作,比如修改正在访问的数组大小导致原数组buffer被释放,转移即将被释放的对象实例,释放即将被释放的对象实例等等。这就容易触发一些非预期的结果,比如UAF,OOB等等。如果能够发现一些新的回调方式或者触发回调的函数,就可能会有新的漏洞被发现。

2. 补丁分析可能会有意外的收获

古河师傅的文章启发我们微软的补丁并非完美,比如有时候修复了一个数据类型的读漏洞(CVE-2018-8174)但是可能就忽略了写漏洞(CVE-2018-8242)。所以补丁分析对于发现一些新的漏洞是有帮助的。

这里笔者可以给坚持阅读到这的同学一个小彩蛋:通过对CVE-2018-8242的补丁分析知道微软对于在Class_Terminate中操作数组引发漏洞的修补方法是在进入OLEAUT32!_SafeArrayDestroyData前将数组的类型临时修改为VT_EMPTY,这样在Class_Terminate就不能操作数组了(此时数组类型是VT_EMPTY,尝试进行数组的操作会触发类型不匹配的运行时异常),最后在OLEAUT32!_SafeArrayDestroyData返回后恢复数组的类型:

VBScript in 2018

虽然不能再次在回调函数Class_Terminate里操作数组,但是被设置为VT_EMPTY类型的变量是否有可能被其他VARIANT再次占用呢?如果可以被占用,在OLEAUT32!_SafeArrayDestroyData返回后该VARIANT的类型又会被修改成数组类型,这里是不是就是一处类型混淆呢?:)

经试验在笔者最新打补丁的系统是可以触发crash的,感兴趣的话也可以尝试一下。

3. GC相关的问题仍有待发现

GC是脚本中重要的一个特性,VBScript中主要通过引用计数方法来垃圾回收。如果引用计数错误的话就可能触发引用计数的泄露问题,比如文中未提到的CVE-2018-8625。同样可以注意到最近的两个在野0Day: Flash CVE-2018-15982,Jscript CVE-2018-8653都是和GC相关。所以GC相关问题可能也会是后面发现漏洞的一个方向。

0x03 结论

2018年是VBScript漏洞挖掘与利用非常活跃的一年。两个被发现的在野0Day和相当数量的CVE说明Hacker们开始关注这个即将被微软淘汰的脚本引擎。有理由相信,只要VBScript不被微软从Windows中移除,接下来可能会有更多的漏洞甚至在野0Day攻击出现。

0x04 参考文献

  1. http://blogs.360.cn/post/cve-2018-8174-en.html
  2. http://blogs.360.cn/post/from-a-patched-itw-0day-to-remote-code-execution-part-i-from-patch-to-new-0day.html
  3. https://blog.trendmicro.com/trendlabs-security-intelligence/use-after-free-uaf-vulnerability-cve-2018-8373-in-vbscript-engine-affects-internet-explorer-to-run-shellcode/

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

失控

失控

[美]凯文·凯利(Kevin Kelly) / 张行舟 等 / 译言·东西文库/电子工业出版社 / 2016-1 / 89.00元

《失控:全人类的最终命运和结局》(全新修订本)是一部思考人类社会(或更一般意义上的复杂系统)进化的“大部头”著作,对于那些不惧于“头脑体操”的读者来说,必然会开卷有益。 “大众智慧、云计算、物联网、虚拟现实、网络社区、网络经济、协作双赢、电子货币……我们今天所知的,绝大多数是我们二十年前就已知的,并且都在这本书中提及了。”——凯文·凯利 《失控》成书于1994年,2010年中文版首次面......一起来看看 《失控》 这本书的介绍吧!

图片转BASE64编码
图片转BASE64编码

在线图片转Base64编码工具

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具