这是一个创建于 2929 天前的主题，其中的信息可能已经有所发展或是发生改变。
老板要求部署到现场 tomcat 的代码全部加密，防止客户反编译！！
 | 1 micean 2017-11-02 10:31:20 +08:00 应该是命名混淆吧 |
 | 2 zorui 2017-11-02 10:33:57 +08:00 java 代码加密的好像没有吧。。 只有混淆。。 反编译后看不懂。 |
 | 3 liuminghao233 2017-11-02 10:36:50 +08:00 via iPhone 改 jvm 可行 其他的都是一般的混淆 |
 | 4 AlphaIce 2017-11-02 10:43:12 +08:00 没有加密 直接发布的 |
 | 5 sagaxu 2017-11-02 10:45:24 +08:00 via Android 不加密，有时连代码都一起给他们 |
 | 6 sonyxperia 2017-11-02 10:57:16 +08:00 客户要求提供源码 |
 | 7 weics 2017-11-02 11:34:44 +08:00 proguard |
 | 8 loshine1992  12  +1s |
 | 9 LukeChien 2017-11-02 12:06:23 +08:00 via Android 得用 jni |
 | 10 zouqiang 2017-11-02 12:43:27 +08:00 via iPhone license4j |
 | 13 sunboy911 OP @liuminghao233 你们咋混淆的呢 |
| 14 sunboy911 OP @loshine1992 大神你们是 咋混淆的呢，用的啥 |
 | 18 chocotan 2017-11-02 12:49:58 +08:00 写个脚本在编译之后把 class 文件加密 然后改 classloader，tomcat 和 spring 的都要改 |
 | 19 notreami 2017-11-02 12:50:42 +08:00 混淆就够了。 |
 | 20 bk201 2017-11-02 12:53:44 +08:00 我觉得与 tomcat 一起打包编译成 exe 可行。 |
 | 21 wdlth 2017-11-02 12:56:52 +08:00 via Android 混淆、改 class loader，再把 JVM 改了…… |
 | 22 kidult 2017-11-02 13:11:18 +08:00 多招两个实习生写写不就完了 |
| 23 loshine1992 2017-11-02 13:59:27 +08:00 @sunboy911 proguard |
 | 24 paragon 2017-11-02 14:03:10 +08:00 原则上只能混淆~ |
 | 25 xiaoyu03 2017-11-02 15:20:15 +08:00 1 看到这个帖子还以为是我呢...我们公司软件要产品化接下去我大概要做： 1.USB key + license ； 2.混淆代码（效果不好，因为种种原因很多代码不能混淆 QAQ ）； 3.写一个小工具给 Jar 中的 Class 加密。在 ClassLoader 中解密，Spring Boot 的 ClassLoader 需要修改；或者 Jni 方式解密 4.想办法怎么隐藏 ClassLoader，启动时动态生成？ |
 | 26 zpf124 2017-11-02 15:46:18 +08:00 我们曾经做过过一个简单粗暴的方法。 1，代码根据 机器的网卡 mac 地址 + 硬盘序列号 用自定义的加密规则算一个 激活码。 2，项目启动如果激活码不正确或者没填激活码，不连接 jdbc，几个关键的 bean 不生成。 3，将许多乱七八糟的类都一起混淆，混淆后连我们自己都看不懂加密那个类里的代码，混淆工具将许多字符串和变量混淆后都转移到其他类了，同理这个类里还包含了一些其他类用的变量。 3，部署之后 客户将机器的 网卡 mac 和 硬盘序列号发给我们，我们这边算出激活码在发给他们，用户要换个机器部署都得联系我们。 |
 | 27 yksg 2017-11-02 16:51:46 +08:00 2 多招两个实习生就 OK 了 |
 | 28 rswl 2017-11-02 16:53:53 +08:00 不是都能反编译的吗 |
 | 29 hsuan 2017-11-02 16:54:35 +08:00 via Android 把关键 jar 加密，运行时揭秘后动态加载 |
 | 30 abcbuzhiming 2017-11-13 21:57:14 +08:00 这纯粹是老板自己折腾；要么你牛逼到改 jvm 本身，要么 jni 用 c++编程搞 dll 的话，其它方式没啥用，你混淆？改 classloader ？我直接 dump 内存，虚拟机语言拿到内存字节码后反编译 class 源码比纯二进制语言容易多了。而且这年头，你以为你的代码是高科技啊，是个人都想要？ |
 | 31 xiner 2020-07-09 16:19:32 +08:00 时隔这么久，不知楼主还是否有 Java 加密需求。 几维安全 Java 代码加密产品能够帮助到你。 Java2C：创新 Dex 和 Jar 源码保护方案。将 Java 代码自动翻译为 C 代码，并实施 Native 层的虚拟化加密保护，比传统加固兼容性更好，安全性更高，防止反编译。 Java2C 是移动端新一代 DEX 加密方案，提交安卓应用包 APK 文件，即可将 DEX 文件中的核心函数翻译成 C 代码，并通过 Native 层的源码加密技术实施代码混淆、代码虚拟化和字符串加密处理，从而提高 Java 层核心代码的安全性。 与传统的 APP 加固方案相比，不涉及到自定义修改 DEX 文件的加载方式，所以其兼容性非常好；其次 Java 函数被完全转化为 C 函数，直接在 Native 层执行，不存在 Java 层解密执行的步骤，其性能和执行效率更优。 ，欢迎查阅，java 源码加密： https://www.kiwisec.com/product/java2c.html |
Select Language