利用 JNI 对bytecode 加密.不影响java程序员的正常开发.09年的时候写的,现在拿出来晒晒————————————————————————————混淆才是王道,如果混淆再加密就更酷了....———————————————————————————— 一.环境a)  Windows_xp_Sp2_Enb)  JavaSe_1.6c)  Eeclipse.buildId_M20090917-0800d)  Tomcat_6.02e)  VS2008_Sp1二.JAVA 程序加密关键点:1

class很好反编译,所以需要对class文件先进行加密,然后使用自己的classloader进行解密并加载. [步骤] 大概分两步: 1.对class文件进行加密 2.写解密class文件并加载的classloader 3.将这个classloader加入到tomcat中,也就是使tomcat可以调用到这个classloader [加密] 1.思路 字节流读取class文件,进行简单的移位 2.实现 做了一个小程序,实现了对某文件夹下所有class文件字节流读取,并+2位的加密方式 3.说明

背景 最近针对公司框架进行关键业务代码进行加密处理,防止通过jd-gui等反编译工具能够轻松还原工程代码,相关混淆方案配置使用比较复杂且针对springboot项目问题较多,所以针对class文件加密再通过自定义的classloder进行解密加载,此方案并不是绝对安全,只是加大反编译的困难程度,防君子不防小人,整体加密保护流程图如下图所示 maven插件加密 使用自定义maven插件对编译后指定的class文件进行加密,加密后的class文件拷贝到指定路径,这里是保存到resource/core

@上篇博客中探讨了web项目利用自定义classloader进行解密,利用的是编译后的文件直接运行程序一切正常 今天博主在探讨加密后进行混淆时,打包程序报程序包org.apache.catalina.loader找不到错误 想到自定义classloader在tomcat/lib下可以正常运行,于是到该目录下找到了该程序包所在的jar包catalina.jar 结合tomcat版本,mvnrepository中找到了Catalina.jar的maven依赖, <!-- https://mvnrep

详细的原理就不多说了,网上一大把, 但是, 看了很多很多, 即使看了jdk 源码, 说了罗里吧嗦, 还是不很明白: 到底如何正确自定义ClassLoader, 需要注意什么 ExtClassLoader 是什么鬼 自定义ClassLoader具体是如何加载 类的.. 直接上代码: import java.io.ByteArrayOutputStream; import java.io.FileInputStream; import java.io.FileNotFoundException; i

JVM是如何知道java.lang包中的类的?JVM又是如何知道我们应用中的类的?我们的应用中明明是有某个类, 但是JVM却抛出ClassNotFoundException,这是为什么?XxxImpl类已经实现了接口Xxx,但是却抛出XxxImpl does not extend from Xxx,这是为什么?使用类型转换时,可能会抛出 aa.bb.cc.XXX can not cast to aa.bb.cc,这又是为什么?等等诸多看似诡异情况,其实都是因为ClassLoader. 了解反射的

图解classloader加载class的流程及自定义ClassLoader 博客分类: JVM JavaJVM虚拟机EXTSUN /** *  转载请注明作者longdick    http://longdick.iteye.com * */ java应用环境中不同的class分别由不同的ClassLoader负责加载.一个jvm中默认的classloader有Bootstrap ClassLoader.Extension ClassLoader.App ClassLoader,分别各司其职:

自定义classloader MapleClassLoader package com.maple; import java.io.*; public class MapleClassLoader extends ClassLoader { private String path = "E:\\Workspaces\\loader\\target\\classes\\"; public MapleClassLoader(String path){ this.path = path ;

jvm对于类实例的区分 基于完全限定名+classLoader 不同的classLoader可以加载同一class,生成不同实例, 但是这两个class实例生成的对象不能强转 spring boot jar中的lib包如何完全使用自定义的classLoader加载? ==>  在main函数入口, 默认使用的是appClassLoader,    如果不做特殊处理, /Boot/lib下的类也是这个类加载器加载 在启动入口,将AppClassLoader替换成自定义的classLoader要做的

package com.yd.wmsc.util; public class Test { public void say(){ System.out.println("Say Hello"); } } import java.io.ByteArrayOutputStream; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io

为了更好的阅读体验,欢迎阅读原文.原文链接在此. [windows篇] 使用Hexo建立个人博客,自定义域名https加密,搜索引擎google,baidu,360收录 Part 2: Using Github Pages and Hexo to manage personal blogs on windows. Series Part 1: Using Github Pages and Hexo to manage personal blogs on Ubuntu. Part 2: Using

引用 java类的热替换 classloader机制 如下图所示,java的classloader是双亲委派机制.会首先从父classloader加载指定的class,如果加载不到才会从子classloader中加载. 主要这里的图片主要用于体现classloader的父子关系,实际上实现时并不一定存在继承关系.比如AppClassLoader的父classLoader是ExtClassLoader,但是实际实现时两者都是继承自URLClassLoader的. 自定义classloader An

java应用环境中不同的class分别由不同的ClassLoader负责加载.一个jvm中默认的classloader有Bootstrap ClassLoader.Extension ClassLoader.App ClassLoader,分别各司其职: Bootstrap ClassLoader      负责加载java基础类,主要是 %JRE_HOME/lib/ 目录下的rt.jar.resources.jar.charsets.jar和class等 Extension ClassLoad

假如我们的类不在classpath下,而我们又想读取一个自定义的目录下的class,如果做呢? 读取自定义目录的类 示例读取c:/test/com/test.jdk/Key.class这个类. package com.test.jdk; public class Key { private String key = "111111"; } 自定义ClassLoader import org.apache.commons.io.IOUtils; import java.io.FileIn

1.什么是类加载 通过javac将.java文件编译成.class字节码文件后,则需要将.class加载到JVM中运行,哪么是谁将.class加载到JVM的呢?那就是类加载器啦. 2.类加载器类型 Bootstrap ClassLoader(启动类加载器):该类加载器由C++实现的.负责加载Java基础类,对应加载的文件是%JRE_HOME/lib/ 目录下的rt.jar.resources.jar.charsets.jar和class等. Extension ClassLoader(标准扩展类

package com.yd.wmsc.util; public class Test { public void say(){ System.out.println("Say Hello"); } } import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.FileOutputStream; import java.io.IOEx

第一节我们说过一句话:所有的Java虚拟机实现必须在每个类或接口被Java程序“ 首次主动使用”时才初始化他们 但类加载器却不是这样:类加载器不需要等到某个类“被首次主动使用”时才加载类 两句话的区别就在于红线标注的地方,所以我们要明确一点ClassLoader只负责类的加载,即 加载  > 连接 >初始化 的第一步 由上一节我们知道,jvm有三种加载器,每种加载器负责特定目录的类.根类加载器(BootStrap)和扩展加载器(Extension)不必说,它们负责加载的都是特定目录的类,而且这

最近在考虑C/S结构程序的软件自动升级的实现方式,比如QQ.飞信等都自动升级的功能. 自动升级模块虽然还没有编码完成,但是思路还是比较清晰的. 自动升级过程中,升级文件的JAR包是专门加载到程序中去的,因此,自定义一个ClassLoader,用于加载用户JAR包,就非常的重要了. 应用程序ClassLoader只提供了一个public Class<?> loadClass(String name) throws ClassNotFoundException 方法,没有提供加载JAR的方法. U

一．前言 最近做软件需要一个功能,就是对文件进行加密.本来嘛,加密算法一堆一堆的,但是试了几个成熟的加密算法后发现对文件进行加密需要的时间很长,特别是上G的文件,这样客户是接受不了的.最后没办法了,好坏也要找一个吧,就选定用Base64加密.标准的base64加密很简单,而且编码表也是固定的,所以只要稍加修改,也能成为有效的加密工具,虽然有一点弱,本来嘛这种加密也是“防君子不防小人”的. 下载地址:http://download.csdn.net/source/2915065 二．Base64加

package com.classloader.util; import java.io.IOException; import java.net.MalformedURLException; import java.net.URL; import java.net.URLClassLoader; import java.net.URLStreamHandlerFactory; import java.security.CodeSource; import java.security.Permi