用户层过游戏反挂保护的可行性
我们以就上魔力私服为例，改私服通过hook ssdt来保护游戏进程，其中被hook的内核函数有四个ntOpenProcess,ntWriteVirtualMemory,ntReadVirtualMemory,ntCreatThread。当然其用户空间也inline hook了几个函数我们先不讨论，我们讨论分析一下在用户空间过掉内核层保护的可行性。
+ I0 H7 p0 X' I) o; L" A4 q1 a5 A- abbs.mocwww.com 假定使用的是INTEL cpu并且是xp sp3系统，我们都知道用户空间的函数通过调用NTDLL.DLL导出的中介函数来进行fastsystemcall来进入内核，也就是从R3进入R0。以ntOpenProcess为例，其系统调用号为7A，通常用户空间函数Openprocess通过调用系统描述符表的第7A*4项来实现其功能，也就是ntOpenProcess。我来来看一下NTDLL.DLL中的中介函数ntOpenprocess代码：魔力私服,最新魔力私服,魔力宝贝私服,魔力宝贝私服技术,魔力宝贝私服,私服架设技术,妖城,FLASH,电影,黑客,网络,网吧,破解,入侵,注册表9 n/ L& b9 b8 i# o5 t
（使用工具W32asm）魔力私服,最新魔力宝贝私服技术交流5 C1 P. f/ ^1 w
：7C92D5FE mov eax,0000007A
# j% _* V+ q! q/ L& {bbs.mocwww.com...
; C: A3 h- a- E...
2 {- X2 Q. o0 t; u2 p7 L6 k魔力私服,最新魔力宝贝私服技术交流可以看到函数入口处的第一行代码就是将系统调用号赋值给eax寄存器，如果我们将这个调用号改变呢？当然还牵涉到参数的个数问题，如果我们找到一个和ntOpenProcess参数一样的函数呢？（本人还没有去找，ntoskel有几百个导出函数，总会有好多一样的吧）这种方法是不是可以绕过游戏保护呢？
- {3 f2 A4 n. \7 G) F$ F4 O( gbbs.mocwww.comps：只讨论用户层实现方法，内核的方法太多就不讨论了吧
