如何保障程序的安全性?避免程序包被反编译之后泄漏?

2021-01-14 15:56:22 +08:00
 hxy91819

不瞒大家,接到这个需求的时候我第一感觉是离谱。

在我的认知里,只有客户端程序需要避免被反编译,重新打包,常见的处理方法是混淆。如果是为了防止软件被破解,可以增加注册码,或者全程联网。

现在接到的这个需求是后端微服务也要考虑安全性、防泄漏。我琢磨着后端程序不都是放在自家机房或者是云服务器上吗?怎么还要考虑泄漏问题?

答曰:需要避免运维人员在发布过程中拷贝……

好吧,就算开发出来的代码被拷贝走了,一般后端微服务部署方案非常复杂,不是单单拷贝了一个部署包或者镜像就能用的啊?

要是说反编译导致商业机密泄漏,好吧,参考这个知乎问题,我觉得没多大反编译的价值: https://www.zhihu.com/question/306333255

所以我现在非常怀疑是不是我出发点就错了,求指点迷津!

2510 次点击
所在节点    程序员
27 条回复
murmur
2021-01-14 15:58:35 +08:00
服务器端尽可能多,风控、律师函,好调试的地方干脆不服务

参考微信就行了
hxy91819
2021-01-14 16:07:34 +08:00
@murmur 服务器端尽可能多,指的是尽可能拆分微服务吗?

好调试的地方干脆不服务?指的是什么?
murmur
2021-01-14 16:09:16 +08:00
@hxy91819 意思是不提供 web 端。。。

我没写对,就是说把 app 做成严重依赖服务器的那种,本地功能尽可能少,只要在本地的很容易被破解
fengpan567
2021-01-14 16:10:28 +08:00
反编译没有什么可读性了,甚至一堆报错,让原来的开发来反编译还原代码,估计都够呛
murmur
2021-01-14 16:12:33 +08:00
哦我看错了,微服务这个得把关键服务写到 dll 里,然后 jni 调用,这部分代码最好还有密钥加密,密钥是 u 盘,只有插了 key 才能还原核心代码

这么折腾还不满意就没法了,拆分也是可以的,拿到一部分代码跑不起来
Flywith24
2021-01-14 16:14:48 +08:00
个人认为没有绝对的安全,对于大部分产品来说,如果破解成本大于收益,则可以认为是相对安全的。因此权衡好保证安全所付出的成本与收益,自身被破解付出的成本,以及破解者破解付出的成本与收益即可。
hxy91819
2021-01-14 16:17:30 +08:00
@murmur 这个我能理解,本地尽量不要有关键业务逻辑
imn1
2021-01-14 16:18:11 +08:00
按这个时代来说,防软件拷贝是一种较旧的思维方式,不能说落后,至少跟时代不相配
现在很多服务型的软件,软件本身不值钱(或者占比少),数据才是重要的

客户的这种担心,源自几个原因:
1. 开发成本很大(占比)
2. 主要的 idea 就包含在软件中,copy 走就连同 idea 一起盗取了
3. 部署简单,偷盗者或者购脏者能迅速“华丽转身”变成竞争对手

1/2 都较难解决,建议在第三点下手,将部分核心内容交由客户自己部署(通过密码或 key ),就是拷贝部署后的成品不能用,只能通过掌控密码的人重新部署这部份
注意:说的不是部署后要 key 运行,而是部署本身就需要 key,部署后的模块换设备就不能运行,要重新部署
hxy91819
2021-01-14 16:19:02 +08:00
@flywith24 有没有哪些常见的可以提高破解成本的方法?
fengjianxinghun
2021-01-14 16:24:39 +08:00
@hxy91819 vmprotect
hxy91819
2021-01-14 16:25:19 +08:00
@imn1 感觉我这个项目 1 和 2 的原因都有,只能尽量提高盗取者的成本了。第三点在部署上着手,限制只能在有 key 的地方部署感觉可行。
murmur
2021-01-14 16:26:31 +08:00
@hxy91819

java 的无非是代码混淆,重写 classloader,jni,c 的部分混淆就多了,问题是混淆加密花指令垃圾代码可能微微影响性能,甚至混淆的不好直接挂了都有可能

如果是不太涉及性能可以用 lua 等动态语言写一部分代码,lua 的解析器可以完全定制,你拿不到映射关系是没法反编译的

然后如果是 web 服务这种可以插暗桩,比如特殊的 header 和输出,记得以前有个 ftp 服务器就用这种起诉别人用盗版

只要你的东西足够诱惑,防是防不住的,律师团队肯定得有
murmur
2021-01-14 16:28:50 +08:00
知道谁偷走了代码还好说,就怕别人偷走了代码开了公司产品都开发好了甚至比你先申请软件著作权你还不知道
hxy91819
2021-01-14 16:33:21 +08:00
@murmur 感谢,收获不少。
mlhadoop
2021-01-14 16:41:09 +08:00
技术不能解决的就用法律手段
namelosw
2021-01-14 17:29:12 +08:00
> 答曰:需要避免运维人员在发布过程中拷贝……

等会, 那开发拷贝源码你们是怎么避免的? 源码不是比包更要紧吗?

听起来像拍脑袋的决定, 运维能碰机器大不了给机器打个镜像在家里倒出来谁防得住?
xuanbg
2021-01-14 17:33:36 +08:00
防不住,运维完全可以镜像整个服务器,你拿什么防?
hxy91819
2021-01-14 17:56:09 +08:00
@namelosw 嗯,确实问题多多,更需要跟需求方再多沟通确认下。
hxy91819
2021-01-14 17:56:20 +08:00
@xuanbg 是的,有道理。
taro0822
2021-01-14 18:01:13 +08:00
歪个楼,后端加密我都能理解,我遇到过把接口返回的 json 用 des 加个密,前端再来解密,而且密钥直接写死在 js 里……

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/744932

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX