本周中心抓到一个在野的flash 0day（相关信息见此链接），于是又捡起了一年多的flash 漏洞的相关知识，遂总结一下。

普通的trace

调试flasher样本一般建议使用调试版的flash player，在调试版本下可以输出swf文件运行时的相关日志，便于进行相关的分析，安装之后会在家目录（C:\User\<your name>mm.cfg）生成该文件（早期的flash调试版本不会生成该文件，需要手动生成）。

文件中包含以下配置选项，手动生成的话红色框中的选项为必选项，用于告诉flash生成错误日志及trace日志（对应的日志文件保存在C:\Users\<your name>\AppData\Roaming\Macromedia\Flash Player\Logs目录下）。

通过FFdec，可以直接往flash中打trace补丁，用于输出对应的参数，变量。

findpropstrict Qname(PackageNamespace(""),"trace")

pushstring "Hello World!"

callpropvoid Qname(PackageNamespace(""),"trace") 1

Jit函数监控

但是大多数漏洞调试中，trace不够强大，这就需要通过调试器了，因为flash里的脚本在执行的时候会转为jit，因此调试非常不便，这也是早期flash很难搞的一个问题，但是可以通过以下断点解决。

29.r0.140 flash.ocx

.dvalloc /b 0x79990000 30;eb 0x79990000 5e;ew 0x79990001 c3

bp Flash32_29_0_0_140 + 0x8D03D2 ".printf \"the method_name is: %ma\\n\",poi(eax+8);.if(poi(esi+20)=0xFFFFFFFF){bp poi(esi+4}.else{gc}"

bp Flash32_29_0_0_140 + 0x8BA425 ".printf \"the method_index is:%p the method_info_pointer is:%p the jit code is:%p the method_body is:%p\\n\",poi(esi+20),esi,poi(esi+4),poi(esi+24);r ecx = esi;r $t0 = poi(esp);ed esp eip+1;r esp = esp - 4;ed esp @$t0;r esp = esp -4;ed esp 0x79990000;r eip = Flash32_29_0_0_140 + 0x8D03AF;g"

原理

fun_verifyMethod，该函数是flash引擎中用于对jit函数校验的地方，该函数返回的esi其实是一个jit method的对象，里面包含了具体生成的jit函数的index，method ，jit code等属性，其中index是引擎内部用于识别jit函数的标记（就一数字），jit code标记了生成的对应地址，但是对应正常人而言index这种数字明显没有意义，我们需要具体的函数名，这就引出之后的fun_getMethodName函数。

fun_getMethodName，其ecx接受一个method的对象（即fun_verifyMethod返回的对象），结果会返回一个具体函数的函数名，但是该函数默认在flash运行时不会调用，因此需要在fun_verifyMethod调用后手动调用一下fun_getMethodName，既可以获得对应的函数名，此时结合fun_verifyMethod返回的地址，就能实现正常的调试。