这是一个创建于 1407 天前的主题，其中的信息可能已经有所发展或是发生改变。
不瞒大家，接到这个需求的时候我第一感觉是离谱。
在我的认知里，只有客户端程序需要避免被反编译，重新打包，常见的处理方法是混淆。如果是为了防止软件被破解，可以增加注册码，或者全程联网。
现在接到的这个需求是后端微服务也要考虑安全性、防泄漏。我琢磨着后端程序不都是放在自家机房或者是云服务器上吗？怎么还要考虑泄漏问题？
答曰：需要避免运维人员在发布过程中拷贝……
好吧，就算开发出来的代码被拷贝走了，一般后端微服务部署方案非常复杂，不是单单拷贝了一个部署包或者镜像就能用的啊？
要是说反编译导致商业机密泄漏，好吧，参考这个知乎问题，我觉得没多大反编译的价值： https://www.zhihu.com/question/306333255
所以我现在非常怀疑是不是我出发点就错了，求指点迷津！
 |
1
murmur 2021-01-14 15:58:35 +08:00
服务器端尽可能多，风控、律师函，好调试的地方干脆不服务
参考微信就行了 |
|
3
murmur 2021-01-14 16:09:16 +08:00
|
 |
4
fengpan567 2021-01-14 16:10:28 +08:00
反编译没有什么可读性了，甚至一堆报错，让原来的开发来反编译还原代码，估计都够呛
|
|
5
murmur 2021-01-14 16:12:33 +08:00
哦我看错了，微服务这个得把关键服务写到 dll 里，然后 jni 调用，这部分代码最好还有密钥加密，密钥是 u 盘，只有插了 key 才能还原核心代码
这么折腾还不满意就没法了，拆分也是可以的，拿到一部分代码跑不起来 |
 |
6
Flywith24 2021-01-14 16:14:48 +08:00
个人认为没有绝对的安全，对于大部分产品来说，如果破解成本大于收益，则可以认为是相对安全的。因此权衡好保证安全所付出的成本与收益，自身被破解付出的成本，以及破解者破解付出的成本与收益即可。
|
 |
8
imn1 2021-01-14 16:18:11 +08:00
按这个时代来说，防软件拷贝是一种较旧的思维方式，不能说落后，至少跟时代不相配
现在很多服务型的软件，软件本身不值钱（或者占比少），数据才是重要的 客户的这种担心，源自几个原因： 1. 开发成本很大（占比） 2. 主要的 idea 就包含在软件中，copy 走就连同 idea 一起盗取了 3. 部署简单，偷盗者或者购脏者能迅速“华丽转身”变成竞争对手 1/2 都较难解决，建议在第三点下手，将部分核心内容交由客户自己部署（通过密码或 key ），就是拷贝部署后的成品不能用，只能通过掌控密码的人重新部署这部份 注意：说的不是部署后要 key 运行，而是部署本身就需要 key，部署后的模块换设备就不能运行，要重新部署 |
 |
10
fengjianxinghun 2021-01-14 16:24:39 +08:00
@hxy91819 vmprotect
|
 |
11
hxy91819 OP @imn1 感觉我这个项目 1 和 2 的原因都有，只能尽量提高盗取者的成本了。第三点在部署上着手，限制只能在有 key 的地方部署感觉可行。
|
|
12
murmur 2021-01-14 16:26:31 +08:00
@hxy91819
java 的无非是代码混淆，重写 classloader，jni，c 的部分混淆就多了，问题是混淆加密花指令垃圾代码可能微微影响性能，甚至混淆的不好直接挂了都有可能 如果是不太涉及性能可以用 lua 等动态语言写一部分代码，lua 的解析器可以完全定制，你拿不到映射关系是没法反编译的 然后如果是 web 服务这种可以插暗桩，比如特殊的 header 和输出，记得以前有个 ftp 服务器就用这种起诉别人用盗版 只要你的东西足够诱惑，防是防不住的，律师团队肯定得有 |
|
13
murmur 2021-01-14 16:28:50 +08:00  1
知道谁偷走了代码还好说，就怕别人偷走了代码开了公司产品都开发好了甚至比你先申请软件著作权你还不知道
|
 |
15
mlhadoop 2021-01-14 16:41:09 +08:00
技术不能解决的就用法律手段
|
 |
16
namelosw 2021-01-14 17:29:12 +08:00
> 答曰：需要避免运维人员在发布过程中拷贝……
等会, 那开发拷贝源码你们是怎么避免的? 源码不是比包更要紧吗? 听起来像拍脑袋的决定, 运维能碰机器大不了给机器打个镜像在家里倒出来谁防得住? |
 |
17
xuanbg 2021-01-14 17:33:36 +08:00
防不住，运维完全可以镜像整个服务器，你拿什么防？
|
 |
20
taro0822 2021-01-14 18:01:13 +08:00
歪个楼，后端加密我都能理解，我遇到过把接口返回的 json 用 des 加个密，前端再来解密，而且密钥直接写死在 js 里……
|
 |
21
lewis89 2021-01-14 18:17:49 +08:00
放心，没有人会去破解你的屎山，有这个功夫随便收买几个关键的人就完事了，讲一下业务逻辑
|
 |
22
zypy333 2021-01-14 18:53:43 +08:00
我们公司就要做这个功能,说是给客户发的许可证是有时间期限的,怕他们改代码,或者把代码卖给别人
然后公司采购加密狗,采购回来发现那个是前端加密的,服务端不支持,现在暂时搁置了 在调研过程中找到这个,我没试,你可以看看 https://github.com/core-lib/xjar |
 |
24
zeni123 2021-01-14 18:59:52 +08:00
加钱可以避免新的需求... 特别是不合理的需求
|
Select Language