作者:bigric3
作者博客:http://bigric3.blogspot.jp/2018/05/cve-2018-8120-analysis-and-exploit.html

5月15日ESET发文其在3月份捕获了一个 pdf远程代码执行(cve-2018-4990)+windows本地权限提升(cve-2018-8120)的样本。ESET发文后,我从vt上下载了这样一份样本(https://www.virustotal.com/#/file/6cfbebe9c562d9cdfc540ce45d09c8a00d227421349b12847c421ba6f71f4284/detection)。初步逆向,大致明确如外界所传,该漏洞处于开发测试阶段,不慎被上传到了公网样本检测的网上,由ESET捕获并提交微软和adobe修补。测试特征字符串如下

定位样本中关键的代码并调试分析

可以知道漏洞产生于系统调用号为0x1226的内核函数NtUserSetImeInfoEx中,该函数调用SetImeInfoEx,在SetImeInfoEx内对参数1校验疏忽,产生了空指针解引用漏洞,相关触发代码逻辑如下:

相较于目前较为主流的gdi提权技术,该样本利用了安装系统调用门来实现内核权限提升。

首先,通过指令sgdt指令获取全局描述符表

申请0x400 bytes内存,构造调用门描述符

调用门描述符结构如下

调用门及mapping null page构造完毕后,开始触发漏洞安装调用门

此时寄存器数据如下

源数据如下

目的地址数据如下

可以看到安装了自身callgate及Ring0Function。安装完毕后(支持3环调用的CallGate),ring3程序调用调用门

找到对应的GDT表项

按照GDT表项的结构,分析样本安装的调用门描述符:

段选择子cs的值为0x1a8;
对应的Ring0Function的offset低地址为0x51b4;
对应的Ring0Function的offset高地址为0x80b9;
DPL为3 & Gate Valid位为1

段选择子cs对应的结构如下,RPL级别为0,特权级别

根据上述结构定位gdt段描述符项

段描述符结构如下

3,4,5,8个字节得到段基址为0x0,结合上面的Ring0Func,得到Ring0Func的物理地址

Ring0Function很简单,直接ret,但此时ring3代码已具有ring0权限,因为这里没有恢复cs:

整个Far Pointer to Call Gate流程如下图:

中断在call far pointer,此时cs的值为0x1b

单步进入后,cs变为0x1a8(此时中断在我双机调试的windbg上)

如此替换本进程的token为system的token后,完成权限提升,最后恢复cs,并平衡堆栈后,再执行更多的ring3代码,否则容易BSOD。

分析过程中,我近95%的按照样本的思路还原了提权代码。

Source code:

https://github.com/bigric3/cve-2018-8120

Thanks:


Paper 本文由 Seebug Paper 发布,如需转载请注明来源。本文地址:https://paper.seebug.org/602/