【原创缝隙】微软IE/Edge剧本引擎缝隙CVE-2020-0768分析

颁布功夫 2020-03-13

微软在近日颁布的补丁布告中，，修复了一个由OG东方厅ADLab安全钻研员提交的缝隙，，缝隙编号为CVE-2020-0768。。。缝隙位于ChakraCore引擎代码库中，，可同时影响Internet Explorer 11和Microsoft Edge (基于EdgeHTML)浏览器。。。该缝隙是一个内存粉碎型缝隙，，有远程代码执行的风险，，因而微软将其评级为“严重”，，并称谢ADLab。。。


应对措施


使用Windows自动更新或手动下载补丁包修复缝隙。。。


缝隙和补丁分析


PART1


本缝隙是ChakraCore引擎在JIT编译过程中，，单一指令的数据流分析谬误，，导致的变量活跃性分析和寄放器分配犯错。。。首先，，从缝隙样本的节制流图起头。。。


OG东方厅·(中国大陆)


其中，，在Block 4有如下的字节码 ：：


OG东方厅·(中国大陆)


符号s10代表[1337]，，s6代表const修饰的arr。。。依照编译道理的术语，，变量获取界说值称为def，，变量值被使用称为use，，在InitConst指令中s6被def，，s10被use，，随后在StElemC这条指令下，，s6被use。。�？Ｄ芄豢吹絪6与s10关系亲昵，，s6能够看作s10依照另一种步骤对统一变量的引用，，ChakraCore称为copy-prop符号对原始符号的引用。。。但调试显示，，这里产生了谬误。。。


OG东方厅·(中国大陆)


如此一来形成了原始符号为s10，，copy-prop符号为s6，，即s6->s10的键值对。。。其栈回溯位于 ：：


OG东方厅·(中国大陆)


谬误键值对是凭据数据流分析的谬误了局得出的。。。随后，，这个键值对被参与了Block 4中blockOptData->capturedValues->copyPropSyms，，其栈回溯位于 ：：


OG东方厅·(中国大陆)


随后，，在JIT ForwardPass这样早年向后的优化过程中，，Block 4的blockOptData->capturedValues被归并给Block 5，，其中蕴含s6->s10这一键值对，，其栈回溯位于 ：：


OG东方厅·(中国大陆)


再之后，，在JIT BackwardPass这样从后向前的优化过程中，，Block 5的upwardExposedUses通过接见blockOptData->capturedValues->copyPropSyms，，把s6->s10这一键值对参与。。。其栈回溯位于 ：：


OG东方厅·(中国大陆)


upwardExposedUses在编译道理中被称为“向上露出的使用”，，它是变量活跃性分析的对称过程。。。随后在反向传布的过程中，，含有上述键值对的upwardExposedUses被传递给Block 4、、Block 3和Block 2。。。而作为Loop Header的Block 2将其upwardExposedUses用于活跃性分析和后续的寄放器分配过程。。。


OG东方厅·(中国大陆)


上述过程能够通过下图来暗示。。�？Ｄ芄豢吹�，，谬误的数据经过了正向传布和反向传布，，最终在循环体的全数领域都被传染。。。


OG东方厅·(中国大陆)


随后，，由于上述谬误数据，，在JIT的寄放器分配过程为s10推算出了谬误的性命周期，，其性命周期横跨循环的起头到实现。。。因而阴差阳错，，JIT插入了一个MOV指令，，形如MOV labelReg, mem，，但并没有初始化其instr->src->m_offset，，该值始终为0。。。在最后天活力械码的时辰，，天生了一个指向栈帧指针、、偏移为0的读内存操作，，暗示为[EBP+0x0]或[RBP+0x0]。。。


OG东方厅·(中国大陆)


这样，，一个非预期的内存接见把犯法的数据读入了JavaScript引擎高低文，，随后在BailOut或其他情况会引用到，，这样的犯法数据将会造成类型混合。。。


PART2


造成上述谬误数据传布的原因在于InitConst这一指令其实没有在ChakraCore的JIT代码中得到正确的数据流分析，，因而在微软的修复中，，在JIT刚起头染指的时辰，，InitConst指令就被代替成Ld_A指令。。。


OG东方厅·(中国大陆)


ChakraCore齐全实现了对Ld_A指令的数据流分析。。。此时，，在分析Forward Pass中，，发现Block 4中的键值对不再是s6->s10，，而是s10->s6，，也就是说s10是原始符号，，s6是引用s10的copy-prop符号。。。如此一来，，天然不会造成谬误数据的传布。。。微软在IE11浏览器中使用了一样的代码来修补这个缝隙。。。


事实上，，在ECMAScript 6尺度中，，const修饰符用来暗示一个变量在界说之后不成再被赋值，，是语法档次的约束；；而JavaScript引擎中的JIT过程始终产生在诠释执行之后，，若是const修饰符的约束在诠释执行阶段被违反，，将会立即退出，，不会优化执行JIT过程。。。因而，，JIT过程只必要思考数据流问题，，而不用思考const修饰符的约束。。。由于ChakraCore在JIT的优化阶段与诠释执行阶段使用统一套中央说话，，不论是Ld_A还是InitConst都兼容JIT的全过程，，本缝隙能够明确以为是一个业务逻辑缝隙。。。


参考链接 ：：

1.https://portal.msrc.microsoft.com/en-us/security-guidance/acknowledgments

2.https://portal.msrc.microsoft.com/en-US/security-guidance/advisory/CVE-2020-0768