攻防世界Windows_Reverse1

分析

首先去查壳,32位的UPX壳

image-20220916200028169

然后脱壳

image-20220916200122181

接着放入IDA中分析

image-20220916200207806

这里的if语句是与v4进行比较,并且发现只有14行是函数,进去看看v6在函数中会与v4有什么关系

image-20220916200247043

看到12行能知道v4的地址是由a1和v1的地址相减得到的,15行这里的v1[v4]相当于是v1+v4也就是a1,对byte_402FF8进行索引,然后去看看byte_402FF8里的东西

image-20220916203322452

发现是?,里头的东西没有出现

然后去看了别人的WP知道了ASCII编码表里的可视字符就得是32往后的,所以32以前的都不会被索引到,往下数32的地址

image-20220916203607151

这里就是内容了,然后写脚本

脚本

a = [ 0x7E, 0x7D, 0x7C, 0x7B, 0x7A, 0x79, 0x78, 0x77, 0x76, 0x75, 0x74, 0x73, 0x72, 0x71,
0x70, 0x6F, 0x6E, 0x6D, 0x6C, 0x6B, 0x6A, 0x69, 0x68, 0x67, 0x66, 0x65, 0x64, 0x63, 0x62, 0x61,
0x60, 0x5F, 0x5E, 0x5D, 0x5C, 0x5B, 0x5A, 0x59, 0x58, 0x57, 0x56, 0x55, 0x54, 0x53, 0x52, 0x51,
0x50, 0x4F, 0x4E, 0x4D, 0x4C, 0x4B, 0x4A, 0x49, 0x48, 0x47, 0x46, 0x45, 0x44, 0x43, 0x42, 0x41,
0x40, 0x3F, 0x3E, 0x3D, 0x3C, 0x3B, 0x3A, 0x39, 0x38, 0x37, 0x36, 0x35, 0x34, 0x33, 0x32, 0x31,
0x30, 0x2F, 0x2E, 0x2D, 0x2C, 0x2B, 0x2A, 0x29, 0x28, 0x27, 0x26, 0x25, 0x24, 0x23, 0x22, 0x21,
0x20, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,

]
b='DDCTF{reverseME}'
flag=''
for i in range(len(b)):
flag+=chr(a.index(ord(b[i]))+32)#将b数组里头的转为十进制与a数组里头的内容进行比较,相等就加32位成新的字符
print(flag)
#flag{ZZ[JX#,9(9,+9QY!}

关键点

这题不是很难,最重要的是这里有新的知识了!

这题我看见别人能用OD进行动调,我本来想着先用IDA看看动调怎么样,结果直接给我报错image-20220916210622569

然后我才晓得了程序开启了ASLR(, 出题人又在程序中采用了绝对地址的方式,所以看不到程序的正常运行,所以要关掉它

这里用的是StudyPE

image-20220917105316951

将这里的8140改成8100即可,这相当于是将这个PE文件的IMAGE_OPTIONAL_HEADER DllCharacteristics中的IMAGE_DLLCHARACTERIS TICS_DYNAMIC_BASE标志去掉

image-20220917112541098

然后我用的IDA测试的,发现能调试了。用OD调试也能找到a数组中的东西

image-20220917112528061

大佬们tql