cicada的个人空间

wywwwl：根据微软 的说法是如果要在64BIT,下那么做的话,可以和微软私下联系,没有公开的方法,我测试过,64BIT下的SERVIVETABLE好象有问题,你无法通过KESERVICEDESCRIPAORTABLE来获得正确的SERVICE TABLE的地址. 恐怕要花很多钱吧....(2005-05-13 16:34)

回复

bmyyyud：wowocock是怎样练成的？ 偶现在有AMD64手册,给偶一个64bit CPU,偶也...(2005-05-13 08:57)

回复

cicada：wowocock是怎样练成的？(2005-05-12 17:41)

回复

yunyanrong：是啊，我等再次领略云里雾里的感觉！一个字：蒙！(2005-05-12 10:51)

回复

bmyyyud：#define SYSCALL(_function) KeServiceDescriptorTable.ServiceTableBase[*(PULONG)((PUCHAR)_function+1)] 在６４ＢＩＴ下那么做，蓝屏没商量． 而且ＮＴＤＬＬ，和ＮＴＯＳＫＲＮＬ的服...(2005-05-09 16:01)

回复

bmyyyud：而且ＮＴＤＬＬ，和ＮＴＯＳＫＲＮＬ的服务函数汇编代码完全不同，所以必须动态获得的地址．．．．．． 这是什么意思,请老大明示,偶等洗耳恭听!!!(2005-05-09 12:08)

回复

wowocock：#define SYSCALL(_function) KeServiceDescriptorTable.ServiceTableBase[*(PULONG)((PUCHAR)_function+1)] 在６４ＢＩＴ下那么做，蓝屏没商量． 而且ＮＴＤＬＬ，和ＮＴＯＳＫＲＮＬ的服...(2005-05-09 11:54)

回复

wowocock：根据微软 的说法是如果要在64BIT,下那么做的话,可以和微软私下联系,没有公开的方法,我测试过,64BIT下的SERVIVETABLE好象有问题,你无法通过KESERVICEDESCRIPAORTABLE来获得正确的SERVICE TABLE的地址.(2005-05-09 11:52)

回复

cicada：[quote]是成功了，可是没有涉及到更改内存属性的问题，不知道有没有隐患？ 嘻嘻,当然有了,如果你在Xp下的话,没有猜错的话,你肯定有Softice在工作,它帮了你,在启动时按ESC,将Softice不加载试试,应该出Bug Check 0xBE: ATTEMPTED_WR...(2005-05-08 22:41)

回复

bmyyyud：是成功了，可是没有涉及到更改内存属性的问题，不知道有没有隐患？ 嘻嘻,当然有了,如果你在Xp下的话,没有猜错的话,你肯定有Softice在工作,它帮了你,在启动时按ESC,将Softice不加载试试,应该出Bug Check 0xBE: ATTEMPTED_WRITE_TO_...(2005-05-03 11:42)

回复