Spring Boot JAR 安全加密运行工具, 同时支持的原生JAR.
基于对JAR包内资源的加密以及拓展ClassLoader来构建的一套程序加密启动, 动态解密运行的方案, 避免源码泄露以及反编译.
功能特性
- 无代码侵入, 只须要把编译好的JAR包经过工具加密便可.
- 彻底内存解密, 下降源码以及字节码泄露或反编译的风险.
- 支持全部JDK内置加解密算法.
- 可选择须要加解密的字节码或其余资源文件.
- 支持Maven插件, 加密更加便捷.
- 动态生成Go启动器, 保护密码不泄露.
环境依赖
JDK 1.7 +git
使用步骤
1. 添加依赖
<project> <!-- 设置 jitpack.io 仓库 --> <repositories> <repository> <id>jitpack.io</id> <url>https://jitpack.io</url> </repository> </repositories> <!-- 添加 XJar 依赖 --> <dependencies> <dependency> <groupId>com.github.core-lib</groupId> <artifactId>xjar</artifactId> <version>4.0.0</version> <!-- <scope>test</scope> --> </dependency> </dependencies> </project>
- 必须添加 https://jitpack.io Maven仓库.
- 若是使用 JUnit 测试类来运行加密能够将 XJar 依赖的 scope 设置为 test.
2. 加密源码
XCryptos.encryption() .from("/path/to/read/plaintext.jar") .use("io.xjar") .include("/io/xjar/**/*.class") .include("/mapper/**/*Mapper.xml") .exclude("/static/**/*") .exclude("/conf/*") .to("/path/to/save/encrypted.jar");
- include 和 exclude 同时使用时即加密在include的范围内且排除了exclude的资源.
3. 编译脚本
go build xjar.go
- 经过步骤2加密成功后XJar会在输出的JAR包同目录下生成一个名为 xjar.go 的的Go启动器源码文件.
- 将 xjar.go 在不一样的平台进行编译便可获得不一样平台的启动器可执行文件, 其中Windows下文件名为 xjar.exe 而Linux下为 xjar.
- 用于编译的机器须要安装 Go 环境, 用于运行的机器则可没必要安装 Go 环境, 具体安装教程请自行搜索.
- 因为启动器自带JAR包防篡改校验, 故启动器没法通用, 即使密码相同也不行.
4. 启动运行
xjar java -jar /path/to/encrypted.jar xjar javaw -jar /path/to/encrypted.jar nohup xjar java -jar /path/to/encrypted.jar
- 在 Java 启动命令前加上编译好的Go启动器可执行文件名(xjar)便可启动运行加密后的JAR包.
- 若使用 nohup 方式启动则 nohup 要放在Go启动器可执行文件名(xjar)以前.
- 若Go启动器可执行文件名(xjar)不在当前命令行所在目录则要经过绝对路径或相对路径指定.
- 仅支持经过 -jar 方式启动, 不支持-cp或-classpath的方式.
注意事项
1. 不兼容 spring-boot-maven-plugin 的 executable = true 以及 embeddedLaunchScript
<plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <!-- 须要将executable和embeddedLaunchScript参数删除, 目前还不能支持对该模式Jar的加密!后面可能会支持该方式的打包. <configuration> <executable>true</executable> <embeddedLaunchScript>...</embeddedLaunchScript> </configuration> --> </plugin>
2. Spring Boot + JPA(Hibernate) 启动报错问题
若是项目中使用了 JPA 且实现为Hibernate时, 因为Hibernate本身解析加密后的Jar文件, 因此没法正常启动, 能够采用如下解决方案:github
- clone XJar-Agent-Hibernate , 使用 mvn clean package 编译出 xjar-agent-hibernate-${version}.jar 文件
- 采用 xjar java -javaagent:xjar-agent-hibernate-${version}.jar -jar your-spring-boot-app.jar 命令启动
3. 静态文件浏览器没法加载完成问题
因为静态文件被加密后文件体积变大, Spring Boot 会采用文件的大小做为 Content-Length 头返回给浏览器, 但实际上经过 XJar 加载解密后文件大小恢复了本来的大小, 因此浏览器认为还没接收完致使一直等待服务端. 由此咱们须要在加密时忽略静态文件的加密, 实际上静态文件也没加密的必要, 由于即使加密了用户在浏览器 查看源代码也是能看到完整的源码.一般状况下静态文件都会放在 static/ 和 META-INF/resources/ 目录下, 咱们只须要在加密时经过 exclude 方法排除这些资源便可, 能够参考如下例子:正则表达式
XCryptos.encryption() .from("/path/to/read/plaintext.jar") .use("io.xjar") .exclude("/static/**/*") .exclude("/META-INF/resources/**/*") .to("/path/to/save/encrypted.jar");
插件集成
Maven项目可经过集成 xjar-maven-plugin 以避免去每次加密都要执行一次上述的代码, 随着Maven构建自动生成加密后的JAR和Go启动器源码文件.
<project> <!-- 设置 jitpack.io 插件仓库 --> <pluginRepositories> <pluginRepository> <id>jitpack.io</id> <url>https://jitpack.io</url> </pluginRepository> </pluginRepositories> <!-- 添加 XJar Maven 插件 --> <build> <plugins> <plugin> <groupId>com.github.core-lib</groupId> <artifactId>xjar-maven-plugin</artifactId> <version>4.0.0</version> <executions> <execution> <goals> <goal>build</goal> </goals> <phase>package</phase> <!-- 或使用 <phase>install</phase> --> <configuration> <password>io.xjar</password> <!-- optional <algorithm/> <keySize/> <ivSize/> <includes> <include/> </includes> <excludes> <exclude/> </excludes> <sourceDir/> <sourceJar/> <targetDir/> <targetJar/> --> </configuration> </execution> </executions> </plugin> </plugins> </build> </project>
对于Spring Boot 项目或模块, 该插件要后于 spring-boot-maven-plugin 插件执行, 有两种方式:
- 将插件放置于 spring-boot-maven-plugin 的后面, 由于其插件的默认 phase 也是 package
- 将插件的 phase 设置为 install(默认值为:package), 打包命令采用 mvn clean install
也能够经过Maven命令执行
mvn xjar:build -Dxjar.password=io.xjar mvn xjar:build -Dxjar.password=io.xjar -Dxjar.targetDir=/directory/to/save/target.xjar
但一般状况下是让XJar插件绑定到指定的phase中自动执行, 这样就能在项目构建的时候自动构建出加密的包.
mvn clean package -Dxjar.password=io.xjar mvn clean install -Dxjar.password=io.xjar -Dxjar.targetDir=/directory/to/save/target.xjar
强烈建议
强烈建议不要在 pom.xml 的 xjar-maven-plugin 配置中写上密码,这样会致使打包出来的 xjar 包中的 pom.xml 文件保留着密码,极其容易暴露密码!强烈推荐经过 mvn 命令来指定加密密钥!spring
参数说明
参数名称 | 命令参数名称 | 参数说明 | 参数类型 | 缺省值 | 示例值 |
---|---|---|---|---|---|
password | -Dxjar.password | 密码字符串 | String | 必须 | 任意字符串, io.xjar |
algorithm | -Dxjar.algorithm | 加密算法名称 | String | AES/CBC/PKCS5Padding | JDK内置加密算法, 如:AES/CBC/PKCS5Padding 和 DES/CBC/PKCS5Padding |
keySize | -Dxjar.keySize | 密钥长度 | int | 128 | 根据加密算法而定, 56, 128, 256 |
ivSize | -Dxjar.ivSize | 密钥向量长度 | int | 128 | 根据加密算法而定, 128 |
sourceDir | -Dxjar.sourceDir | 源jar所在目录 | File | ${project.build.directory} | 文件目录 |
sourceJar | -Dxjar.sourceJar | 源jar名称 | String | ${project.build.finalName}.jar | 文件名称 |
targetDir | -Dxjar.targetDir | 目标jar存放目录 | File | ${project.build.directory} | 文件目录 |
targetJar | -Dxjar.targetJar | 目标jar名称 | String | ${project.build.finalName}.xjar | 文件名称 |
includes | -Dxjar.includes | 须要加密的资源路径表达式 | String[] | 无 | io/xjar/** , mapper/*Mapper.xml , 支持Ant表达式 |
excludes | -Dxjar.excludes | 无需加密的资源路径表达式 | String[] | 无 | static/** , META-INF/resources/** , 支持Ant表达式 |
- 指定加密算法的时候密钥长度以及向量长度必须在算法可支持范围内, 具体加密算法的密钥及向量长度请自行百度或谷歌.
- 当 includes 和 excludes 同时使用时即加密在includes的范围内且排除了excludes的资源.
更多文档:xjar-maven-pluginshell
版本记录
- 4.0.0
- 加解密支持填充模式
- 加解密支持IV-Parameter
- 升级启动器
- 移除危险模式
- 拼写错误修正
- 提供智能加密/解密器 避免使用失误
- 删除多余的加密/解密方法
- 修复有安全校验的nested-lib在不加密其内部资源状况下启动时也没法经过校验的问题
- 去除命令启动和手输密码启动的方式只保留Go启动器的模式
- 增长可读性更强的Fluent风格的加密/解密API
- 2.0.9
- 修复XJar类加载器加载的类没有 ProtectionDomain 以及 CodeSource 的问题
- 去除版本号前置的"v"
- v2.0.7
- 修复不一样字符集机器间加密与运行的问题
- v2.0.6
- 解决多jar包启动时没法找到准确的MANIFEST.MF致使没法正常启动的问题
- v2.0.5
- 升级LoadKit依赖版本
- 修复ANT表达式没法正确匹配**/*通配符的问题
- v2.0.4
- 解决危险模式不支持ubuntu系统的问题
- v2.0.3
- 过滤器泛型协变支持
- xjar-maven-plugin 支持 includes 与 excludes 同时起效, 当同时设置时即加密在includes范围内但又不在excludes范围内的资源
- v2.0.2
- 原生jar增长密钥文件的启动方式, 解决相似 nohup 和 javaw 的后台启动方式没法经过控制台输入密码的问题
- v2.0.1
- 增长密钥文件的启动方式, 解决相似 nohup 和 javaw 的后台启动方式没法经过控制台输入密码的问题
- 修复解密后没有删除危险模式中在MANIFEST.MF中保留的密钥信息
- v2.0.0
- 支持内嵌JAR包资源的过滤加解密
- 不兼容v1.x.x的过滤器表达式, 统一采用相对于 classpath 资源URL的过滤表达式
- v1.1.4
- 支持 Spring-Boot 以ZIP方式打包, 即依赖外部化方式启动.
- 修复无加密资源时没法启动问题
- v1.1.3
- 实现危险模式加密启动, 即不须要输入密码!
- 修复没法使用 System.console(); 时用 new Scanner(System.in) 替代.
- v1.1.2
- 避免用户因为过滤器使用不当形成没法启动的风险
- v1.1.1
- 修复bug
- v1.1.0
- 整理目录结构
- 增长正则表达式/Ant表达式过滤器和“非”(!)逻辑运算过滤器
- 将XEntryFilters工具类整合在XKit类中
- 缺省过滤器状况下Spring-Boot JAR包加密的资源只限定在 BOOT-INF/classes/ 下
- v1.0.9
- 修复对Spring-Boot 版本依赖的bug
- v1.0.8
- 支持以Maven插件方式集成
- v1.0.7
- 将sprint-boot-loader依赖设为provide
- 将XEntryFilter#filter(E entry); 变动为XEntryFilter#filtrate(E entry);
- 将Encryptor/Decryptor的构造函数中接收多个过滤器参数变成接收一个, 外部提供XEntryFilters工具类来实现多过滤器混合成一个, 避免框架自身的逻辑限制了使用者的过滤逻辑实现.
- v1.0.6
- v1.0.5
- 支持并行类加载, 须要JDK1.7+的支持, 可提高多线程环境类加载的效率
- Spring-Boot JAR 包加解密增长一个安全过滤器, 避免无关资源被加密形成没法运行
- XBoot / XJar 工具类中增长多个按文件路径加解密的方法, 提高使用便捷性
- v1.0.4 小优化
- v1.0.3 增长Spring-Boot的FatJar加解密时的缺省过滤器, 避免因为没有提供过滤器时加密后的JAR包不能正常运行.
- v1.0.2 修复中文及空格路径的问题
- v1.0.1 升级detector框架
- v1.0.0 第一个正式版发布
协议声明
加入群聊
QQ 950956093 ubuntu