很明显这是用base64加密出来的,解密不需要密钥。解密出来的数据,实际长度是0x39个字节。
按ascii显示:018A0000 00 00 00 00 00 00 00 00 C0 D6 02 48 00 00 00 00 ........乐H....
018A0010 00 68 01 00 00 00 00 00 43 3A 5C 57 49 4E 44 4F .h.....C:\WINDO
018A0020 57 53 5C 73 79 73 74 65 6D 33 32 5C 74 69 6D 65 WS\system32\time
018A0030 64 61 74 65 2E 63 70 6C 00 00 00 00 00 00 00 00 date.cpl........
其中的0x4802D6C0很关键,类似这种奇怪的数值,它既不可能是字符串,也不可能是指针或句柄,最有可能的是某段数据的校验和,或者IPv4的地址,再者是GUID,GUID由4个DWORD组成,而每个DWORD都几乎不可能是0。根据数据中有C:\WINDOWS\system32\timedate.cpl字符串,并且根据以往查看PE文件结构时经常看到时间戳标志是0x4XXXXXXX的经验, 所以推断0x4802D6C0是一个时间戳,它和之后的0x00000000,共同组成了一个FILETIME结构,调用FileTimeToSystemTime函数转换为UTC格式后,所显示的日期/时间是1601/1/1 00:02:00.814,星期一。年月日、时分秒、微妙,都符合这个函数的规范,并且1601年1月1日是Windows NT系统开始的计时时间,而且确实是星期一,所以几乎可以肯定这就是正确答案。前面的8个字节全是0,没办法猜解。而0x00016800,对于指针来说它太低了,倒像是一个句柄或是由多个标志位构成的。 |