-
-
[原创]你能看见这个动画吗？ - 我的一个CrackMe
-
发表于: 2007-8-26 08:53
-
|
|
|---|---|
|
|
 坛子上高手如云，我只是小鸟而已，hying大侠过奖了。这样的单向加密CM坛子上已有讨论。 谈谈思路，如果是用高级语言编译器写的软件，且加密的是整个函数的代码，而且你没有手工修改机器代码，那么就存在一些问题。解密者先分析出开发平台的类型，然后分析被加密函数的调用方式，那么目标代码就有N个字节可以确定，如push ebp/mov ebp,esp ......../pop ebp/ ret n等，由此可以反推关键key的一部分。再谈加密关键资源的方式，如果被分析出加密资源的是符合某个格式的数据，如bmp\wav\swf等，那么又可以通过这些格式中的规范数据结构推出关键key的部分甚至全部。 |
|
|
|
|
|
|
|
|
佩服,backer 大侠仅凭小弟几句言语就可分析出此CM的保护方式，
只不过此CM稍微复杂一点，是对关键函数中的几条代码进行加密与解密， 这种情况下，无从获知反汇编代码的固定格式，不知backer大侠如何折招? 谢谢兄弟们一直对本贴的关注和支持，小弟在前面已说：两个星期以后，若无人解答，小弟再公布答案，快了，只剩下三天了. 小弟完全菜鸟一个，出不了高招, 只能出此招对付高手 
|
|
|
|
|
|
|
|
|
高人面前不敢说假话：
这两个CM都是通过加密关键函数代码来实现保护的: 第一个CM算法及其简单，也就是 SN = X - ASCII(Name) 这种算法，之所以写得这么简单，因为这是一个CM，小弟不想搞得太复杂，即使这样，小弟认为：在没有RealKey的情况下，此CM也可以说是无解了，除非你愿意用穷举法来破解。里面的算法之所以又臭以长，是小弟故意设下的一个陷井，有意将Cracker引入到一个无穷无尽的算法循环和调用之中去，最终让Cracker感觉自已分析不出算法或者不原意继续分析而放弃，这里面的算法可以说全部是垃圾代码。 第二个CM由于提供了RealKey,小弟适当加强了算法的复杂度，并且将关键算法散布在海量的算法垃圾代码之中，这种情况下，大部分Cracker很难也不会有兴趣去跟踪。对于那些顶尖的高手，只要肯花时间，根据RealKey肯定是可以破解的，但也够他头痛的了...
|
|
|
你这种想法是很好的，确实是绝大多数人在跟了一下就会自动放弃
但这不是写 CM 的原则 （错 ） 但也正如你所说的模仿共享软件下的保护方式 （很对） 我就是一看就放弃了，是在跟不下去 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
小弟囊中羞涩啊 ... ...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
od载入就隔屁啊～进不去
|
|
|
和ls的悲惨境域一样
|
|
|
好难啊，无从下手，期待高手给点实质性的讲解
|
|
|
|
