今天逆向的时候出现了一段代码，貌似很乱无意义：
00402E28 E8 09000000 CALL t.00402E36
00402E2D 61 POPAD
00402E2E 64:76 61 JBE SHORT t.00402E92
00402E31 70 69 JO SHORT t.00402E9C
00402E33 3332 XOR ESI,DWORD PTR DS:[EDX]
00402E35 00FF ADD BH,BH
00402E37 95 XCHG EAX,EBP
00402E38 21F1 AND ECX,ESI
00402E3A FFFF ???
00402E3C 8985 57FBFFFF MOV DWORD PTR SS:[EBP-4A9],EAX
执行的时候变成：
…………（看不到，向上翻就变回去了。以为是花指令，没管它继续向下执行）
00402E36 FF95 21F1FFFF CALL DWORD PTR SS:[EBP-EDF]; kernel32.LoadLibraryA
00402E3C 8985 57FBFFFF MOV DWORD PTR SS:[EBP-4A9],EAX
而且居然还能顺利运行，并返回结果advapi32.77DA0000
觉得非常奇怪，为什么没有push参数却能执行呢？
重新执行一遍，观察堆栈。发现call LoadLibraryA之前ESP为：
0012EFB4 00402E2D 返回到 t.00402E2D 来自 t.00402E36
这是没错的，因为前面的call会将其下一句压栈。难道返回地址也能做参数？
……
突然灵光一闪（不是一下子就想出来的，惭愧啊惭愧）
中间那段根本不是代码也不是花指令，而是字符串！
数据与代码的混合使反汇编出现无意义代码。00其实是字符串的结尾。LoadLibrary的参数是指向字符串的指针，而那个返回值就指向字符串的首地址。所有的都解释得通了。
在IDA中修正后的代码：
DATA:00402E28 call loc_402E36
DATA:00402E28 ; ---------------------------------------------------------------------------
DATA:00402E2D aAdvapi32 db 'advapi32',0
DATA:00402E36 ; ---------------------------------------------------------------------------
DATA:00402E36
DATA:00402E36 loc_402E36: ; CODE XREF: DATA:00402E28p
DATA:00402E36 call dword ptr [ebp-0EDFh]
DATA:00402E3C mov [ebp-4A9h], eax
这是一种利用call传递参数的方法。终于可以上网搜了（一开始根本无从下手，不知道要搜什么……）。原来在shellcode编写中是常用技巧。
虽然可能是很基本的东西，但在不知道的情况下，能自己分析解决，并学到一些东西，还是小有成就感的。
