ruby源代码加密，及其反拷贝技术

      作者的这些ruby技术只是支持windows平台。

   附带的包里有ruby源代码加密及其反拷贝技术的演示。包里有详细的说明。感兴趣的可以下载一试。很简单的几个文件，无需安装，只是要安装一键式ruby安装包就可以（最好1.86版本以上）。

  附：根据ruby语言的使用协议，只要公司内部使用，可以任意修改

评论

23 楼 太极掌 2009-06-29  

刑天战士 写道

太极掌 写道

gigix是学术派，天天说新技术就是好就是好，所以难以理解实际需求，其实这个很简单，lz说的很清楚了，是用来给ruby客户端程序加密用的，客户端99%都是windows,人家为什么要去操什么心linux加密？

我再举个类似例子，.net加密和混淆也大多针对winform的，asp .net不是重点，因为部署的地方不同。

说句题外话,没人会傻到用ruby做客户端,尤其是windows客户端...

既然如此，那就证明了ruby上的winole等一系列项目的作者都是傻子。

22 楼 gigix 2009-06-29  

太极掌 写道

1, 你这话就说的好笑了，只支持windows和MFC就是傻逼，是你证明的？那是不是可以说rubyworks不支持windows也是傻逼呢。

2、rubyworks，cruisecontrolrb是你发明的？我还以为是TW的呢，是不是每个微软员工都可以出来说是Word是他对社区的贡献。

你要这么张着嘴乱咬我也拿你没有办法。Ruby社区对Windows是什么态度，Rails社区对在Windows上部署是什么态度，我觉得没有必要在这里一再的重复。至于什么叫“对社区的贡献”，我也觉得没有必要在这里一再的重复。如果你觉得自己特有道理，那你就有道理好了。我道歉，我错了，行不？

21 楼 刑天战士 2009-06-29  

太极掌 写道

gigix是学术派，天天说新技术就是好就是好，所以难以理解实际需求，其实这个很简单，lz说的很清楚了，是用来给ruby客户端程序加密用的，客户端99%都是windows,人家为什么要去操什么心linux加密？

我再举个类似例子，.net加密和混淆也大多针对winform的，asp .net不是重点，因为部署的地方不同。

收回发言,抱歉.但是个人认为ruby不适合做客户端,尤其是windows客户端.

20 楼 太极掌 2009-06-29  

gigix是学术派，天天说新技术就是好就是好，所以难以理解实际需求，其实这个很简单，lz说的很清楚了，是用来给ruby客户端程序加密用的，客户端99%都是windows,人家为什么要去操什么心linux加密？

我再举个类似例子，.net加密和混淆也大多针对winform的，asp .net不是重点，因为部署的地方不同。

19 楼 太极掌 2009-06-29  

gigix 写道

太极掌 写道

gigix 写道

其实只要把源代码做个AES，再把file loading的逻辑稍微改一改做上解密就齐活。
这么简单的东西还能做得只支持windows，还需要导入MFC，想象力可见一斑。

哦，这么简单啊，gigix何不贡献出来？gigix推广ruby也不是一两天，我真么从来没看到过gigix推出什么东西来？

首先我就没搞懂这是什么逻辑
干了个傻逼事情被别人说出是傻逼事情，指着别人鼻子问“你干一个试试”就可以让这事情变得不傻逼了？

http://rubyworks.rubyforge.org/
http://cruisecontrolrb.thoughtworks.com/documentation/team
更何况，你这一口，还真是啃在石头上了

1, 你这话就说的好笑了，只支持windows和MFC就是傻逼，是你证明的？那是不是可以说rubyworks不支持windows也是傻逼呢。

2、rubyworks，cruisecontrolrb是你发明的？我还以为是TW的呢，是不是每个微软员工都可以出来说是Word是他对社区的贡献。

18 楼 gigix 2009-06-29  

太极掌 写道

gigix 写道

其实只要把源代码做个AES，再把file loading的逻辑稍微改一改做上解密就齐活。
这么简单的东西还能做得只支持windows，还需要导入MFC，想象力可见一斑。

哦，这么简单啊，gigix何不贡献出来？gigix推广ruby也不是一两天，我真么从来没看到过gigix推出什么东西来？

首先我就没搞懂这是什么逻辑
干了个傻逼事情被别人说出是傻逼事情，指着别人鼻子问“你干一个试试”就可以让这事情变得不傻逼了？

http://rubyworks.rubyforge.org/
http://cruisecontrolrb.thoughtworks.com/documentation/team
更何况，你这一口，还真是啃在石头上了

17 楼 太极掌 2009-06-29  

gigix 写道

其实只要把源代码做个AES，再把file loading的逻辑稍微改一改做上解密就齐活。
这么简单的东西还能做得只支持windows，还需要导入MFC，想象力可见一斑。

哦，这么简单啊，gigix何不贡献出来？gigix推广ruby也不是一两天，我真么从来没看到过gigix推出什么东西来？

16 楼 vdgame 2009-06-29  

用jruby、xruby就可以对ruby加密了吧？

15 楼 gigix 2009-06-29  

其实只要把源代码做个AES，再把file loading的逻辑稍微改一改做上解密就齐活。
这么简单的东西还能做得只支持windows，还需要导入MFC，想象力可见一斑。

14 楼 night_stalker 2009-06-29  

用 vc 的 dumpbin 工具查看 f_print.dll

ruby -e "File.open('exports.txt','w'){|f|f<<%x[dumpbin -exports f_print.dll]}"

发现这东西原名叫 dll_disc_id.dll，只有一个导出函数 func_name。猜想 func_name 返回了一些函数指针。

另外它还导入了一大堆不相干的 API，还有 VC98 和 MFC 的一坨东西，没搞过破解，不懂为什么 ……

13 楼 saberma 2009-06-29  

看了标题的第一感觉：没意义

你用ruby，应该也会经常用别人的免費开源的东西

12 楼 lihaona 2009-06-29  

一开始就说明了，我的这些东西，都是些业余的小东西，没有向真正高手或者其他类型高手叫板的意思。一种技术如果有动力也会不停的改进或者进化，改用现在表面上还没有被破解的一些商用算法也都有可能的。

11 楼 gigix 2009-06-29  

lihaona 写道

对一个具体的人，研究了一个具体的加密技术，是公开成果容易被破解，还是不公开成果容易别破解？

你觉得呢？
我认为这不是一个值得讨论的问题。如果你的整个安全理念就建立在隐藏算法的基础上，那么这个体系的安全程度在我看来就是一目了然的。

10 楼 Xsen 2009-06-29  

看看，前段时间找过这玩意，但最后没找到很好的。。。

9 楼 lihaona 2009-06-29  

gigix 写道

lihaona 写道

baryon 写道

虽然用了code.google.com，但是代码并没有公开，
the_start.so f_print.dll都不知道里面是什么，怎么让人放心使用呢？

不过这个研究本身是有意义的。

    这个问题是这样，不公开的技术，防破解能力要好一点。公开的技术要防破解，就属于极其专业性质的研究，而不是出于个人兴趣的业余研究。：）

大学里的课都听到哪里去了…

对一个具体的人，研究了一个具体的加密技术，是公开成果容易被破解，还是不公开成果容易别破解？

8 楼 gigix 2009-06-29  

lihaona 写道

baryon 写道

虽然用了code.google.com，但是代码并没有公开，
the_start.so f_print.dll都不知道里面是什么，怎么让人放心使用呢？

不过这个研究本身是有意义的。

    这个问题是这样，不公开的技术，防破解能力要好一点。公开的技术要防破解，就属于极其专业性质的研究，而不是出于个人兴趣的业余研究。：）

大学里的课都听到哪里去了…

7 楼 lihaona 2009-06-29  

baryon 写道

虽然用了code.google.com，但是代码并没有公开，
the_start.so f_print.dll都不知道里面是什么，怎么让人放心使用呢？

不过这个研究本身是有意义的。

    这个问题是这样，不公开的技术，防破解能力要好一点。公开的技术要防破解，就属于极其专业性质的研究，而不是出于个人兴趣的业余研究。：）

6 楼 baryon 2009-06-28  

虽然用了code.google.com，但是代码并没有公开，
the_start.so f_print.dll都不知道里面是什么，怎么让人放心使用呢？

不过这个研究本身是有意义的。

5 楼 baryon 2009-06-28  

虽然还没看文档，但是这个研究很有意义，非常有意义

4 楼 lihaona 2009-06-27  

在Windows上，用ruby给银行等开发Office文档操作的程序是经常的。

作者的QQY网页框架+Mongrel+MySql，是经过多IP客户端向数据库高负荷的读写操作的测试，绝对不是玩具类的东西。

作者教学的工作性质，没有精力和动力也没有兴趣研究命令行的OS。