【MyEclipse 2015】 逆向破解实录系列【1】（纯研究）
声明
- My Eclipse 2015 程序版权为Genuitec, L.L.C所有.
- My Eclipse 2015 的注册码、激活码等授权为Genuitec, L.L.C及其付费用户所有.
- 本文只从逆向工程的兴趣出发，研究软件保护机制.
- 不会释出完整源代码和破解补丁.
- 会直接推测出授权信息的地方打码处理
- 本文针对My Eclipse 2015 Stable 2.0或CL版本
背景
在上两篇博文中，我们研究了逆向中的两大手段：
- 静态分析 参见：CLion注册码算法逆向分析实录
- 动态调试 参见：【逆向怎么玩】 动态调试一款牛逼C++ IDE实录
在本篇，将着重利用上述两种手段，来参破My Eclipse 2015的注册、激活算法及软件保护机制。
先看成果,Bling授权至2099年：
激活通过：
熟悉软件本身
因为之前并不熟悉My Eclipse，所以找了很久都找不到提示授权信息的界面在哪里，汗一个先！
逆向本身，是从无道到有道，其中的乐趣在于探索本身，而不是结果。
要逆向一个东西，得先熟悉它的布局、机理，否则逆向只能是空谈。
- My Eclipse软件太大，光安装包就1.3G左右，而且国内是百度网盘下载，奇慢无比.
- My Eclipse插件巨多，要找出关键的包、lib和代码片段，稍显复杂和繁琐.
- 因为软件规格明显比CLion高出一个级别，所以其中的困难可谓重重，至少在实现动态调试上需要特殊处理.
插件巨多：
当面对的是一头大象，要战胜它，就需要忍耐，你需要观察它的一举一动，然后才能出击。
分析类加载信息
这里，用我们熟悉的verbose大法，分析类加载信息，缩小目标。
同时，搜集到的类加载信息，在后续的jar包分析中，也是频繁要来看一看，找一找的。
关于main：
关于license/licence：
一旦发现或者猜想到一些门路，就要来这里看一看，然后分析jar包中的关键类的四周信息，以充分掌握软件的特性，避免做无用功。
创建静态分析环境
分析启动信息
对My Eclipse安装目录下的*.ini进行修改，指定我们自己的java/jre/jvm，以方便使用 jinfo 等工具.
查看vm options和command line args：
通过分析，从$ME_HOME/plugins/org.eclipse.equinox.launcher_1.3.0.v20140415-2008.jar入手，尝试将程序启动起来。
正如其名，真的是个launcher/loader，虽然程序启动起来了，但是要想在注册授权信息/My Eclipse Subscription Info之类的附近断掉程序，并且显示源码，这一点还是远远不够的。
打造代码检索环境
为了能够充分掌握某个关键类、方法的调用路径，以方便我们进行回溯或者探索重要信息，通常我们采用如下几种方法：
- 反编译源代码，在关键点处充分修改，打印调用栈.
- 利用静态AOP或者hook，插入我们的调试器.
- 将代码当作文本处理，以利用
sed/grep/less等工具，以及文件索引能力，方便大批量的进行关键代码搜索. - 直接用调试器附加目标进程，要显示源码的话，往往需要我们加
-g以产生调试信息，这一点在My Eclipse的保护机制下受到限制，但这也是我们需要突破的地方. - 利用IDE提供的
查找使用/正向依赖/反向依赖分析技术. - 利用dump，将关键代码段或者类信息从目标进程中dump出来并还原为源代码.
总之，灵活结合上述几种手段，目的是为了充分在My Eclipse这头大象身上辗转腾挪，取我所需.
解压缩jar包，并将class反编译为java文件
jar包是采用zip格式压缩的，所以我们也可以利用unzip来进行解压缩.
为了取得更好的反编译效果，我们这次不使用jd来做，在博主安装的Intellij IDEA的lib下，有一个fern flower的反编译工具，这也是IDEA的默认反编译器，我们就用它了，有兴趣的东西可以搜索下，貌似跟mine craft有很大渊源。
反编译，首先将需要反编译的包搜集到一个文件中，比如genuitec.jar.txt中,然后建立一个简单的脚本进行批处理：
解压缩类似，就不贴图了，我们利用unzip，你也可以利用jar/编程等方式实现解压缩，当然，如果你不嫌累，1000多个jar包，你也可以手工解压缩^^.
unzip ${jar} -d ${out_dir}建立索引
有条件的可以用solr/lucene来做，这里我们利用IDE的索引能力就可以了，很简单，将所有我们感兴趣的java文件，丢进IDE：
然后，就可以这样来方便地搜索我们需要的class/java文件了：
当然，也可以路径搜索：
虽然因为各种依赖关系极其复杂，要全部修复十分困难，无法全面编译并利用语义搜索等手段，但这一步，为我们充分地占有资料并检索打下坚实基础，配合前面所述的
verbose信息，我们可以对关键代码、类、路径、符号进行搜索、跳转，极大地提升我们的分析效率。
打造动态调试环境
在静态阶段，我们的分析能力是受到局限的，了解一个软件的运行机制，比较好的办法，就是调试它。
但是，我们面对的是My Eclipse这样的大象，即使给你完整的源代码，要分析清楚也是一件很困难的事，所以，我们要利用修复、截取等手段，缩小我们动态调试的范围，降低难度。
上面所述，是建立在我们的静态分析基础之上，而静态分析，需要做大量的工作，繁琐、细碎，有时会极为恼火，让你有rm -rf /的冲动，这时候，就静下来，你做的是逆向工作，是从没有门路，创造门路，耐心和调节心情是必做的一件事，这个时候，听听无脑的神曲，尽快reset自己的烦躁，因为后面，还有许多未知的困难在等着你挑战。
ok，这里在我们反编译的java代码中，挑一段感兴趣的地方，小小修改一点，编译为class文件，替换到对应的jar包中，然后利用前文所述的launcher来跑一下看看吧！
我擦，这什么鬼东西？
后话：My Eclipse 2015 采用的完整性验证技术，配合数字签名，以达到检测代码被修改的目的。
真是令人恼火，看来没有CLion那么好搞，静一静，想想思路。
让我们来推测一下这个提示框的调用栈：
java
-> main
-> initialize
-> ..
-> integrationCheck
-> alert("骚年，你动了我的代码！")好的，想必你已经懂我在说什么。
利用回溯法来分析完整性验证机制，并看看它做了什么.
破除软件完整性验证保护
自己造轮子，精准搜索：finder
既然修改了代码，出现了错误，动态调试从何谈起？
作为工程师，你能够改变世界的那一点，就在于你可以按照需要，来造轮子。
这个时候，我们有两种办法：
- 还是从静态环境中，来搜索错误提示
- 自己造轮子，来搜索错误提示.
为什么需要自己造轮子呢？
- 静态环境的搭建极其耗时
- 逆向目标复杂，静态分析容易遗漏
- 方便后续的补丁操作
看看我们这个时候需要的轮子：
没错，我们需要在jar包中、zip包中、文件夹中、class文件中：
- 找到我们感兴趣的文件格式
- 查找字节指纹
- 打印我们需要的各类信息
如下：
这个时候，我们的检索能力如下：
- verbose信息.
- 静态环境提供的路径、符号、文件搜索.
- 提供文件指纹、字节特征码搜索的finder.
- ServiceAbility Agent提供的运行时信息.
抹除完整性验证代码
在抹除前，My Eclipse的完整性验证代码之一如下：
抹除后，如下：
MyEclipse 2015 的完整性验证，分散在多个jar包的多个类中，要不遗漏，一是需要耐心，二是依赖finder的字节指纹搜索，同时配合静态环境的分析。
这里，思路很重要，剩下的就看你擅长不擅长干细活了^^.
自己造轮子，文件补丁师 ： patcher
现在，我们需要用抹除验证的代码，替换原来的代码，并删除、增加一些东西，这里你可以手动去做，毕竟jar包就是zip格式，也可以自己做patch程序。
考虑自己做patch程序的主要目的：
- 不可能一次patch到位，需要多次进行补丁操作.写程序来做，配置后即可自动化完成.（省时）
- 输出必要的调试信息以方便诊断.（省心）
- 自动化crack过程.（省力）
如下：
调试信息：
让程序飞起来
做完了上面的步骤，基本上，就可以为所欲为了。
现在，让我们将程序跑起来，以确保我们的小范围修改可以如期运行：
完整性验证保护已突破，但是还有注册保护，如上图所示，看来，逆向之旅还遥遥无期呢？
那么，如何破解注册保护呢？
下篇揭晓。
撰文不易，若觉得本文对你有益或者博你一笑，留个言，点个推荐吧 ：]