CVE-2018-8120 Analysis and Exploit

作者：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：

源链接

Hacking more

...