PDF《一种简单的破解.Net 程序的方法》

一种简单的破解.

Net 程序的方法 ----(使用 windbg + sos) 做过程序破解的同学都知道, 一般的破解分为静态和动态两种, 对于动态的破解, 大家比较常用 ollydbg,其虽然非常强悍,但貌似对.net 程序支持不是很好,呵 呵也许是我使用不够熟练吧. 对于.net 程序,我们知道,它类似于 Java,编译后只是编译成了一种中间码 (IL), 其高于汇编但低于高等语言如 C#,Java 之类. 其运行时候需要一个运行时, 然后在需要的时候才进行 JIT,根据当前系统平台将 IL 转成汇编码. 普通的保 护也就是做些混淆,加上强签名,再加上 SuppressIldasmAttribute 属性禁止 Ildasm,相应的破解方法也比较简单,使用修改过的 ildasm 就可以将相应的 IL 导出来,然后修改 IL 代码,再使用 ilasm 将之编译回去,破解也就完成了. 不过呢,目前也有一些比较好的.net 程序保护工具可以将 IL 隐藏,如国内 的Maxtocode.今天下午我就遇到了一个该类型的保护程序.我使用 ildasm 打 开后查看到所有的方法内容 IL 都是下边这样: .method public hidebysig static void MethodName(class [System.Windows.Forms]System.Windows.Forms.Control contrl, string text) cil managed noinlining { // 代码大小

4 (0x4) .maxstack

4 IL_0000: nop IL_0001: nop IL_0002: nop IL_0003: ret } // end of method CallCtrlWithThreadSafetyEx::SetText 这样的话即使将它们导出也无意义,即使我们使用反射动态的获取它们的 IL, 也会得到我上边的结果,显然这样的保护做的已经是非常好了. 那么我们就没有办法了么? 正当我觉得山穷水尽的时候,突然想起来为什 么不使用 windbg 呢.我们知道任何的保护它都不应该破坏程序的正常逻辑和行 为,那么.net 的JIT 机制是不是也应该还是有效呢?如果有效的话,那么我们 是否可以通过 windbg 的!u addr 命令来反编译得到代码呢,说干就干,我立刻 挂上目标程序,果不其然,!dumpil 得到的依然是上边说到的 Il 内容,但!U 却 能得到正确的完整的逻辑. 既然已经得到的汇编代码, 那就好办了,使用 windbg 的ed 命令修改一下关键的 指令,立刻工作.哈哈,太完美了,下边我就将我的完整破解过程列出来,以防 以后忘记. 1.我想使用该软件(名称就不透漏了,呵呵)导出搜索到的所有 qq 账户,但却 由于没有注册而报错. 2..祭出神器 windbg,选择 attatch,选择目标程序,照例执行.loadby sos mscorwks ,然后想办法找到 button 点击对应处理方法的 methoddesc 地址,对 于该程序,由于其使用的是模态对话框,所以方法一定在此中断,所以我们只需 要简单的使用!runaway, ~0s, !clrstack 几个命令就可以找到方法的名字. 3..看,我们找到的名字是 QQCollector.CtrlQQSearch.iRwC6WPFy,哈哈,显然 已经经过混淆了.没事,关系不大.使用命令!name2ee *!QQCollector.CtrlQQSearch.iRwC6WPFy , !dumpmd 就可以最终找到汇编码地 址. 4.使用!u 查看该 button 的点击事件对应方法的逻辑. 5.我们会发现 CheckRegister,显然,这里必有猫腻. 往下看,果不其然,出 现了跳转语句 jne,我们试试把它改为 je 试试.先用 dd 命令查看内存的值,75 对应的就是 jne,74 就是 je 6.我们再来确认下汇编码: 7.咦,真的变成 je 了,好神奇啊(要用小新的声调来读哦).哈哈,在windbg 中输入 g,然后再点击一次这个 button 试试看,看是不是出来了呢? 后记: 本文仅作为一个抛砖引玉的砖块, 所以可能存在一些错误或不够清楚的地方, 还 请海涵. 上边的破解过程其实有一个缺陷,那就是由于我们只是动态的修改内 存, 所以不太好弄一个注册机或者内存补丁类的东西来发布,只能在自己机器上 来破解. 另外, 在本次破解后我就想, 天哪, 这样破解的话那该怎样预防呢? 还 请高人指点. 再,常修改的汇编机器码可猛击此处. 原文地址:http://www.xioxu.com/?p=326010 欢迎转载.