FindShell

FindShell 是一个自动的内存马查杀工具，可以用于普通内存马和Java Agent内存马。

尤其针对难以查杀的Java Agent型内存马，例如冰蝎等主流工具的内存马都是Java Agent

主要分为以下四步：

• 利用JDK提供的sa-jdi的API基于黑名单dump存在于JVM中真正的字节码
• 这种字节码在很多情况下是非法的，所以我修改了ASM源码以分析非法字节码
• 基于ASM做普通的分析和模拟栈帧做深入的分析
• 如果发现内存马将会尝试自动修复目标（利用Java Agent动态恢复原始字节码）

检测

基本检测：java -jar FindShell.jar --pid [目标JVM的PID]

这个pid的获取方式可以通过jps命令找到你需要的目标JVM的pid

这种情况下默认必检测的类有以下四个（最常见的Java Agent内存马出现的地方）

并对以下的黑名单类进行检测（如果类名出现关键字则dump并分析该类字节码）

keyword.add("shell");
keyword.add("memshell");
keyword.add("agentshell");
keyword.add("exploit");
keyword.add("payload");
keyword.add("rebeyond");
keyword.add("metasploit");

注意：

• 修改org.sec.Constant代码可以自定义黑名单和关键字
• 加入--debug参数保留从JVM中dump出的字节码供自行分析
• 并不是所有类的字节码都可以dump成功，但常见的这些类测试中没问题

修复

目前仅做了Java Agent内存马的自动修复，支持最常见的HttpServlet和ApplicationFilterChain

检测和修复：java -jar FindShell.jar --pid [PID] --repair

根目录存在一个RepairAgent.jar文件，这不属于该项目，但我将代码放在org.sec.repair包中供参考

注意：修复手段仅靶机测试成功，在真实环境中使用请慎重

原理

• 为什么不直接用Java Agent或Alibaba Arthas工具对JVM当前字节码进行dump

Java Agent内存马是调用redefineClass方法对字节码进行修改的。而调用retransformClass方法的时候参数中的字节码并不是调用redefineClass后被修改的类的字节码。对于冰蝎来讲，根本无法获取被冰蝎修改后类的字节码。我们自己写Java Agent清除内存马的时候，同样也是无法获取到被redefineClass修改后的字节码，只能获取到被retransformClass修改后的字节码。通过Javaassist等ASM工具获取到类的字节码，也只是读取磁盘上响应类的字节码，而不是JVM中的字节码

• 那么怎样获得存在于JVM中真正的字节码

之前有宽字节安全的师傅提到利用sa-jdi工具对真正的当前字节码进行dump后反编译结合人工分析，该工具也是基于JDK自带的sa-jdi库实现的，不过加入了一些过滤的选项

• 什么情况下这样的字节码为什么是非法的

当目标类存在lambda表达式的时候会导致非法字节码，具体可以参考我的文章

• 修改了哪些源码以解析非法字节码

参考连接：修改源码说明

• 为什么要结合普通字节码分析和模拟栈帧分析两种呢

因为Runtime.exec这种调用很不常见且过程简单，用普通的字节码分析即可解决。但是冰蝎的反射调用defineClass并反射invoke以实现代码执行效果的方式，过程比较复杂，且反射调用是程序中的常见功能，简单的分析会导致误报

• 什么是模拟栈帧分析

参考文章：详解Java自动代码审计工具实现 和 基于污点分析的JSP Webshell检测

免责声明

工具仅用于安全研究以，由于使用该工具造成的任何后果使用者负责