论坛首页 Java企业应用论坛

j2ee项目保护的不确定因素

浏览 2797 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2013-01-08   最后修改:2013-01-08
交付给客户的项目文件比如war包等,如果客户A复制了一份给客户B,二者花一份项目的钱使用相同的功能。

这是开发者最不能接受的,大型项目自是不用多说,而中型小型项目对于本身的保护措施极弱,交付给客户后无法阻止客户随意复制的行为。

目前有一些主流的办法,比如通过调用本地动态库获取机器信息如cpu、主板、硬盘出厂序列号或mac等作为项目于主机绑定的key,但是这几种都存在极为不确定的情况。

cpu,同款同型号的cpu所谓的出厂序列号是相同的
硬盘,当系统重做之后或者分区有改动过,之前的序列号会发生改变
主板序列号和cpu存在相同的问题
mac更不用说了,当主机存在多块网卡之后或者安装了vm虚拟机等,在加上系统内部所谓的“隧道适配器”模式,使得mac成了最不稳定的硬件标识。

加密狗虽然是一个不错的方式,但对于很多客户都比较反感,你弄个像优盘一样的东西放到人家主机上,客户肯定不乐意。

碍于技术能力有限,最近找度娘谷歌翻阅了很多关于项目保护方面的资料,除了代码加密以外在我所说的防止客户随意复制项目文件到其他服务器的保护方式很少,对于java的跨平台项目的保护更是少的可怜,而且都是以绑定的形式为主,那么,对于上面提出的一切不确定因素所致,难道没有合适java项目的保护方式么??

各位给点建议吧。
   发表时间:2013-01-10  
开源吧。。
0 请登录后投票
   发表时间:2013-01-13  
做软件项目卖的是服务。拿去就能用的东西,微软也防不了盗版
0 请登录后投票
   发表时间:2013-01-14  
不要用技术角度去看,你卖给客户的应该是服务,而不是个war文件。

客户获得的服务是无法复制的。

再说,比尔盖子30年来花n亿美刀都解决不了的问题,你操心也没撤。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics