首页
社区
课程
招聘
[原创]CVE-2017-12824及利用样本分析
发表于: 2020-5-14 20:43 6982

[原创]CVE-2017-12824及利用样本分析

2020-5-14 20:43
6982

笔者于书写此文之前从未接触过InPage,该文权当笔者于学习过程中的一篇学习笔记,其中如有不当或错误之处,望读者不吝赐教,笔者感激不尽。

该介绍引自维基百科

InPage是一款文字处理程序和页面布局软件,最初在1994年开发,适用于Windows和Mac平台下的乌尔都语,Balochi,波斯语,Pashto和阿拉伯语等语言。屏幕所见即所得。

笔者复现及分析环境基于InPage 2010:

图片1 Inpage版本

该漏洞本质是越界读(Out-Of-Bound Read)InPage在处理文档中的InPage100流时未对需要处理的数据类型(Type)进行有效性检查,而该字段可以由攻击者设置一个超出Type范围的值使得InPage在处理Type字段造成越界读。

由于笔者并未找到可供调试使用的POC,故直接使用Bitter组织某样本作为调试对象。

漏洞触发位置位于sub_453590

图片2 sub_453590

sub_453700传递给sub_453590的参数是读取到的Type值:

图片3 传递参数

调试之后发现该值为0x7E72,那么右移8位之后即为0x7E。接下来看看dword_656A28[0x7E]的赋值(位于sub_4560A0内):

sub_4536A0功能如下:

图片4 sub_4536A0

进一步查看unk_656E60

图片5 unk_656E60

可以看到unk_656E60数组大小为0x1B,而4*0x72明显超过其大小,因而造成越界读。

笔者调试时采用附加到Inpage.exe进程之后打开样本文件的方法来调试。设置断点如下:

图片6 Breakpoint

成功断下:

图片7 成功断下

之后其越界调用0x00455AFA处指令:

图片8 越界调用

0x00455AFA处指令恰好将控制流交到由攻击者构造的数据上:

图片9 转交控制流

样本名称:Court_Notice.inp
MD5:303F01E8CE9488CA7C1B265A8768CCE0

该样本的漏洞利用部分已由上节给出,下面直接分析其Shellcode。通过连续两个0x416E3453(字符串"An4S")标志进行定位其Shellcode起始位置:

图片10 定位

跳转到Shellcode之后,先获取PE文件(DLL文件Backdoor)起始位置:

图片11 获取PE文件起始位置

获取使用到的函数调用地址:

图片12 获取系统函数调用地址

创建一名为QPONMLKJIH的互斥对象,并调用GetLastError检查是否已存在该名称的互斥对象(0xB7,ERROR_ALREADY_EXISTS):

图片13 创建互斥对象

DLL文件申请SizeofImage大小的内存空间:

图片14 VirtualAlloc

若申请失败,则修改第一个参数为NULL,重新申请。

其后将DLL文件加载到内存中并手动完成PE装载器的工作。首先是复制DLL文件头部:

图片15 memcpy

复制.text区块内容到内存:

图片16 复制.text区块

之后依次是.rdatarsrc.reloc区块,不再一一截图。

接下来对DLL文件进行重定位。检查基址重定位表大小是否为0:

图片17 重定位表大小

检查IMAGE_BASE_RELOCATION结构大小是否为0:

图片18 重定位结构大小

根据重定位项数组中的重定位数据进行重定位:

图片19 重定位

修复输入表:

图片20 输入表

依次更改.text.rdatarsrc区块所在内存区域的保护属性:

图片21 VirtualProtect

调用DLL文件中一函数过程:

图片22 调用DLL文件中函数

其功能为创建一新线程:

图片23 CreateThread

由此该DLL文件得以执行。

样本名称:Press_Note.inp

MD5:5DD080B9AD4BC5C58C0CED31829CCADA

该样本与上一样本的利用方法相同,不再占用篇幅。

样本名称:EOI-Application_Form.inp

MD5:D9279F628C9F19420F14EDF3CFC3123F

调试方法同上一样本,不再赘述。与上一样本相似,通过连续两个0x35363839(字符串"5689")定位Shellcode

图片24 定位

解密将要执行指令:

图片25 解密

第二次解密:

图片26 第二次解密

获取GetModuleHandleA调用地址:

图片27 GetProcAddress

第三次解密:

图片28 第三次解密

通过硬编码的方式来给GetProcAddress()传递参数:

图片29 硬编码

之后分别获取ole32.CoInitializemsvcrt.fclosekernel32.ExitProcesskernel32.GetEnvironmentVariableWmsvcrt.strlenmsvcrt.fwritemsvcrt.memsetole32.CoCreateInstancemsvcrt.fopenmsvcrt.strcatkernel32.GetEnvironmentVariableAmsvcrt.malloc函数的调用地址。

清空内存内容,用于后续存储字符串:

图片30 memset

拼接字符串:

图片31a 拼接

图片31b 拼接

图片31c 拼接

C:\Windows\Tasks\tss.js这一JS文件中写入内容:

图片32 JS脚本

该脚本功能为执行同目录下的staEnd.dll

之后通过于启动目录创建快捷方式实现持久化:

图片33a CoCreateInstance

该快捷方式指向JS文件:

图片33b SetPath

保存到文件:

图片33c Save

staEnd.dll文件中写入内容:

图片34a fwrite

file.inp文件中写入内容:

图片34b fwrite

写入完成之后关闭文件,并调用ExitProcess()退出。

样本名称:Visit of Azerbaijan delegation to pakistan.inp

MD5:633640453DE64EB79891B7433242A0A1

图片35 Confucius


[培训]内核驱动高级班,冲击BAT一流互联网大厂工作,每周日13:00-18:00直播授课

收藏
免费 2
支持
分享
最新回复 (4)
雪    币: 9792
活跃值: (1680)
能力值: ( LV12,RANK:261 )
在线值:
发帖
回帖
粉丝
2
强 
2020-5-15 10:18
0
雪    币: 225
活跃值: (364)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
3
现在逆向还用OD吗?看着楼主还是用OD
2020-5-16 04:49
0
雪    币: 2283
活跃值: (12834)
能力值: ( LV12,RANK:312 )
在线值:
发帖
回帖
粉丝
4
qiluword 现在逆向还用OD吗?看着楼主还是用OD
x32用户调试器OD当然是不二的选择
2020-5-16 08:27
0
雪    币: 9792
活跃值: (1680)
能力值: ( LV12,RANK:261 )
在线值:
发帖
回帖
粉丝
5
qiluword 现在逆向还用OD吗?看着楼主还是用OD
个人认为这和所用的工具没啥关系
2020-5-18 20:52
0
游客
登录 | 注册 方可回帖
返回
//