👻
security
  • 计算机技术
  • OWASP TOP 10
  • 名词解释
  • 1
    • 常见端口利用
    • F5 big-ip从环境搭建到漏洞复现
    • 红队资源
  • About
    • APT
      • 海莲花(APT-C-00)
        • 样本分析
      • 毒云藤(APT-C-01)
        • 大规模钓鱼攻击活动披露
        • 2020上半年针对我重要机构定向攻击活动揭秘
      • 响尾蛇(T-APT-04)
        • 利用WebSocket隧道的新型攻击活动披露
      • 蔓灵花(APT-C-08)
        • 移动平台攻击活动揭露
      • 蓝宝菇(APT-C-12)
        • 组织使用云存储技术发起的最新攻击活动披露
      • 双尾蝎组织(APT-C-23)
        • 针对中东地区的最新攻击活动
      • Lazarus(APT-C-26)
        • 暴风行动 -利用MATA框架针对数字货币行业的攻击活动揭秘
      • Fancy Bear(APT-C-28)
        • 携小众压缩包诱饵对北约、中亚目标的定向攻击分析
      • 肚脑虫组织(APT-C-35)
        • 使用升级版数字武器针对周边地区的攻击活动
        • 针对巴基斯坦的攻击活动
      • 拍拍熊(APT-C-37)
      • 军刀狮(APT-C-38)
      • 蓝色魔眼(APT-C-41)
        • 组织首次针对我国重要机构定向攻击活动披露
      • 美人鱼(Infy)
        • 使用最新的Foudre后门进行攻击活动的分析
    • 各类靶场讲解
      • sqli-labs
      • upload-labs
      • xss-labs
    • CISP题库
    • Docker
      • Docker基线
        • docker基线-概述
        • 推荐一
        • 推荐二
        • 推荐三
        • 推荐四
        • 推荐五
        • 推荐六
      • 命令与选项
      • 基于Docker的固件模拟
      • 固件相关
      • Docker 私有仓库搭建
      • 基础命令的背后
      • 渗透思路调研
      • Docker容器环境检测方法【代码】
    • 浏览器
    • markdown
    • 密码学
    • 内网渗透TIPS
    • 网络扫描
    • 正则表达式
  • 操作系统
    • Android
      • APK终端安全分析法
      • 应用审计指南
        • 通用审计方法
    • IOS
      • 应用审计指南
    • Linux
      • 反弹shell
      • 基线检查
      • SHELL编程
      • 实战技能
    • windows
      • BACKDOOR with 权限维持
      • 磁盘取证实验
      • 基线检查
      • 免杀抓取明文
      • payload下载方式
      • powershell
      • 日志分析
        • 分析工具
      • Untitled
  • 数据库
    • db2
    • mysql
      • webshell写入
      • 基础知识
      • 核心技术
      • 高级应用
    • oracle
      • webshell写入
    • SQLserver
      • webshell写入
  • 中间件
    • apache
      • 基线检查
      • 日志审计
    • iis
      • 基线检查
      • 7.5解析绕过漏洞
    • nginx
      • 基线检查
    • tomcat
      • 基线检查
  • 编程语言
    • C
    • Java
      • webshell
        • 查杀Java web filter型内存马
        • Filter/Servlet型内存马的扫描抓捕与查杀
        • 基于内存 Webshell 的无文件攻击技术研究
        • 基于tomcat的内存 Webshell 无文件攻击技术
        • Tomcat 内存马检测
      • 代码审计
      • 代码审计指南
      • 浅析Java命令执行
      • 相关框架简介及漏洞
    • PHP
      • 代码审计
      • 破解DVWA-admin密码
      • webshell
        • 常见php一句话webshell解析
        • PHP Webshell Hidden Learning
        • Webshell免杀研究
        • Webshell那些事-攻击篇
        • 过D盾webshell分享
      • 相关框架简介及漏洞
    • python
      • 安全编码规范-代码审计
      • 编码规范
      • fishc
      • 某教程涉及脚本
      • POC编写相关
      • python秘籍
        • 上半部分
        • 下半部分
      • 安全方面的内容
        • Python Opcode逃逸笔记
        • 虚拟机逃逸
      • with-EXCEL
      • 相关框架简介及漏洞
      • 源码剖析
        • 多线程和GIL锁
        • Set容器
        • 统一内存管理
        • 信号处理机制
        • 循环垃圾回收器
        • 字符串对象PyStringObject
        • 整数对象PyIntObject
        • 字节码和虚拟机
    • 汇编
    • Javascript
      • Tampermonkey Script
  • AIGC
    • howtouse
  • 网络
    • CCNA
  • 漏洞类型及讲解
    • 综合
    • 技术分享
      • 暴力破解与信息泄露
      • 信息泄露漏洞_java
      • sqli-with-java
      • python远程命令执行与SSRF
    • SQL-Injectoin
    • Cross-Site Scripting
      • 跨站的艺术-XSS入门与介绍
      • 跨站的艺术-XSS Fuzzing 的技巧
      • 给开发者的终极XSS防护备忘录
      • AngularJS特性的 XSS
    • 文件操作
      • 文件包含
  • how-to-use
    • Acunetix(AWVS)
      • 安装到使用
      • 编写AWVS脚本探测web services
      • 简单分析-web方面
      • 流量分析特征
    • burpsuite
      • 导出报告方式
      • captcha-killer
      • FAKE-IP
      • JSFind
      • 编写插件绕过WAF
    • Cobalt Strike
      • Cobalt Strike Powershell过360+Defender上线
    • FOFA
    • GDB
    • PowerSh
      • 获得Powershell命令的历史记录
      • 深入分析PowerShell的两面性
      • 内网渗透利器之PowerSploit
      • PoC:滥用PowerShell Core
      • 如何绕过PowerShell访问限制并实现PowerShell代码执行
      • 工具包
      • 无powershell运行powershell方法总结
    • sheji
    • sqlmap
      • Atlas修改SQLMap tampers 绕过WAF/IDS/IPS
      • 内核分析
      • 检测剖析
      • tamper
      • UDF
      • --os-shell
      • sqlmapapi
      • with burp
      • 网络特征
    • Matlab
    • Metasploit
      • 与Powershell
    • NESSUS
      • 流量分析特征
      • Untitled
    • Network MapTools
      • 流量特征修改
      • 识别主机指纹
    • waf
      • ngx-lua-waf
      • modsecurity
由 GitBook 提供支持
在本页
  • 0x01 Java内存马简介
  • 0x02 整体思路
  • 0x03 获取jvm中所有加载的类
  • 0x04 风险类识别
  • 1. 实现类黑名单
  • 2. 继承类黑名单
  • 3. 注解黑名单
  • 4. 类名黑名单
  • 5. 包名黑名单
  • 6. 基于mbean的filter/servlet风险类识别
  • 0x05 检测是否为内存马
  • 0x06 小结
  • 0x07 参考文章

这有帮助吗?

  1. 编程语言
  2. Java
  3. webshell

Tomcat 内存马检测

上一页基于tomcat的内存 Webshell 无文件攻击技术下一页代码审计

最后更新于4年前

这有帮助吗?

随着HW、攻防对抗的强度越来越高,各大厂商对于webshell的检测技术愈发成熟,对于攻击方来说,传统的文件落地webshell的生存空间越来越小,无文件webshell已经逐步成为新的研究趋势。

三月底针对tomcat内存马的检测写了一个demo,但由于对Maven打包理解不深,整个项目结构比较糟糕。

国庆前研究了LandGrey师傅的,在该项目基础上进行了重构,并于本文中记录了检测思路,以及部分核心代码。

作者: jweny 云安全

0x01 Java内存马简介

关于JAVA内存马的发展历史,这里引用下 。早在17年n1nty师傅的中已初见端倪,但一直不温不火。后经过rebeyond师傅使用)加持后,拓展了内存马的使用场景,然终停留在奇技淫巧上。在各类hw洗礼之后,文件shell明显气数已尽。内存马以救命稻草的身份重回大众视野。特别是今年在shiro的回显研究之后,引发了无数安全研究员对内存webshell的研究,其中涌现出了LandGrey师傅构造的。

从攻击对象来说,可以将Java内存马分为以下几类:

  1. 1.servlet-api

  2. 2.指定框架,如

  3. 3.

  4. 4.

为方便学习,webshell demo已整理至。

0x02 整体思路

无论是以上哪种攻击方式,影响的均为加载到tomcat jvm中的类。

从防守方的角度来说,可以通过java instrumentation机制,将检测jar包attach到tomcat jvm,检查加载到jvm中的类是否异常。

整体检测思路为:

  1. 1.获取tomcat jvm中所有加载的类

  2. 2.遍历每个类,判断是否为风险类。这里把可能被攻击方新增/修改内存中的类,标记为风险类(比如实现了filter/servlet的类)

  3. 3.遍历风险类,检查是否为webshell:

    • 检查高风险类的class文件是否存在;

    • 反编译风险类字节码,检查java文件中包含恶意代码

0x03 获取jvm中所有加载的类

  1. 1.遍历java jvm,查找所有的tomcat jvm

  2. 2.通过java instrumentation,将agent attach到每个tomcat jvm。由于可能存在多个tomcat进程的场景,因此每个tomcat jvm均检测一遍

// 应对存在多个 tomcat 进程的情况
public static void attach(String agent_jar_path) throws Exception {
    VirtualMachine virtualMachine = null;
    for (VirtualMachineDescriptor descriptor : VirtualMachine.list()) {
        if (descriptor.displayName().contains("catalina") || descriptor.displayName().equals("")) {
            try {
                virtualMachine = VirtualMachine.attach(descriptor);
                Properties targetSystemProperties = virtualMachine.getSystemProperties();
                if (descriptor.displayName().equals("") && !targetSystemProperties.containsKey("catalina.home"))
                    continue;
                // 将当前tomcat pid,传到agent,作为检测结果的文件名,用来区分多个tomcat进程。
                String currentJvmName = "tomcat_" + descriptor.id();
                Thread.sleep(1000);
                javaInfoWarning(targetSystemProperties);
                virtualMachine.loadAgent(agent_jar_path, currentJvmName);
            } catch (Throwable t) {
                t.printStackTrace();
            } finally {
                    // detach
                if (null != virtualMachine)
                    virtualMachine.detach();
            }
        }
    }
}
  1. 3.遍历tomcat jvm 加载过的类

private static synchronized void detectMemShell(String currentJvmName, Instrumentation ins) {
    // 获取所有加载的类
    Class[] loadedClasses = ins.getAllLoadedClasses();
}

0x04 风险类识别

最理想的做法是把所有加载的类都认定为风险类。但在绝大多数情况下jvm加载的都是正常的类,每次检查时,都dump所有加载的类,对于tomcat来说开销有点大。

比较实际的做法是,根据已知内存马要新增/修改的类生成特征。

对于内存中的每一个类,检查其自身,并递归检查其父类,如果命中特征,就标记为风险类。

public static List> findAllSuspiciousClass (Instrumentation ins, Class[] loadedClasses){
    // 结果
    List> suspiciousClassList = new ArrayList>();
    List loadedClassesNames = new ArrayList();
    // 获取所有风险类
    for (Class clazz : loadedClasses) {
        loadedClassesNames.add(clazz.getName());
        // 递归 检查class的父类 空或java.lang.Object退出
        while (clazz != null && !clazz.getName().equals("java.lang.Object")) {
            if (
                    ClassUtils.lsContainRiskPackage(clazz) ||
                            ClassUtils.isUseAnnotations(clazz) ||
                            ClassUtils.lsHasRiskSuperClass(clazz) ||
                            ClassUtils.lsRiskClassName(clazz) ||
                            ClassUtils.lsReleaseRiskInterfaces(clazz)
            ){
                if (loadedClassesNames.contains(clazz.getName())) {
                    suspiciousClassList.add(clazz);
                    ClassUtils.dumpClass(ins, clazz.getName(), false,
                            Integer.toHexString(clazz.getClassLoader().hashCode()));
                    break;
                }
                LogUtils.logToFile("cannot find " + clazz.getName() + " classes in instrumentation");
                break;
            }
            clazz = clazz.getSuperclass();
        }
    }
    return suspiciousClassList;
}

1. 实现类黑名单

检测类是否实现javax.servlet.Filter / javax.servlet.Servlet / javax.servlet.ServletRequestListener接口类。

// 检测类是否实现高风险接口,如servlet/filter/Listener
public static Boolean lsReleaseRiskInterfaces(Class clazz){
    // 高风险的接口
    List riskInterface = new ArrayList();
    // filter型
    riskInterface.add("javax.servlet.Filter");
    // servlet型
    riskInterface.add("javax.servlet.Servlet");
    // listener型
    riskInterface.add("javax.servlet.ServletRequestListener");
    try {
        // 获取类实现的interface
        List clazzInterfaces = new ArrayList();
        for (Class cls : clazz.getInterfaces())
            clazzInterfaces.add(cls.getName());
        // 两个list有交集 返回true
        clazzInterfaces.retainAll(riskInterface);
        if(clazzInterfaces.size()>0){
            return Boolean.TRUE;
        }
    } catch (Throwable ignored) {}
    return Boolean.FALSE;
}

2. 继承类黑名单

// 检测父类是否属于高风险
public static Boolean lsHasRiskSuperClass(Class clazz) {
    // 高风险的父类
    List riskSuperClassesName = new ArrayList();
    riskSuperClassesName.add("javax.servlet.http.HttpServlet");
    try {
        if ((clazz.getSuperclass() != null
                && riskSuperClassesName.contains(clazz.getSuperclass().getName())
        )){
            return Boolean.TRUE;
        }
    }catch (Throwable ignored) {}
    return Boolean.FALSE;
}

3. 注解黑名单

通过clazz.getDeclaredAnnotations() 获取所有注解,如果类使用了spring注册路由的注解,则标记为高风险。

public static Boolean isUseAnnotations(Class clazz) {
    // 针对spring注册路由的一些注解
    List riskAnnotations = new ArrayList();
    riskAnnotations.add("org.springframework.stereotype.Controller");
    riskAnnotations.add("org.springframework.web.bind.annotation.RestController");
    riskAnnotations.add("org.springframework.web.bind.annotation.RequestMapping");
    riskAnnotations.add("org.springframework.web.bind.annotation.GetMapping");
    riskAnnotations.add("org.springframework.web.bind.annotation.PostMapping");
    riskAnnotations.add("org.springframework.web.bind.annotation.PatchMapping");
    riskAnnotations.add("org.springframework.web.bind.annotation.PutMapping");
    riskAnnotations.add("org.springframework.web.bind.annotation.Mapping");
    try {
        // 获取所有注解
        Annotation[] da = clazz.getDeclaredAnnotations();
        if (da.length > 0)
            for (Annotation _da : da) {
                // 比较 注解 && 高风险注解 如果有交集 返回True
                for (String _annotation : riskAnnotations) {
                    if (_da.annotationType().getName().equals(_annotation))
                        return Boolean.TRUE;
                }
            }
    } catch (Throwable ignored) {}
    return Boolean.FALSE;
}

4. 类名黑名单

// 高风险的类名
public static Boolean lsRiskClassName(Class clazz){
    List riskClassName = new ArrayList();
    riskClassName.add("org.springframework.web.servlet.handler.AbstractHandlerMapping");
    try {
        if (riskClassName.contains(clazz.getName())){
            return Boolean.TRUE;
        }
    }catch (Throwable ignored) {}
    return Boolean.FALSE;
}

5. 包名黑名单

// 检测是否属于高风险的包
public static Boolean lsContainRiskPackage(Class clazz){
    // 高风险的包
    List riskPackage = new ArrayList();
    riskPackage.add("net.rebeyond.");
    riskPackage.add("com.metasploit.");
    try {
        for (String packageName : riskPackage) {
            if (clazz.getName().startsWith(packageName)) {
                return Boolean.TRUE;
            }
        }
    }catch (Throwable ignored) {}
    return Boolean.FALSE;
}

6. 基于mbean的filter/servlet风险类识别

这里分享另一种filter/servlet的检测,检测思路是通过mbean获取sevlet/filter列表,内存马的filter是动态注册的,所以web.xml中肯定没有相应配置,因此通过对比可以发现异常的filter。

MBeanServer mbs = ManagementFactory.getPlatformMBeanServer();
Object mbsInte = getFieldValue(mbs, "mbsInterceptor");
Object repository = getFieldValue(mbsInte, "repository");
Object domainTb = getFieldValue(repository, "domainTb");
Map catlina = (Map)((Map)domainTb).get("Catalina");
for (Map.Entry entry : catlina.entrySet()) {
  String key = entry.getKey();
  // servlet
  if (key.contains("j2eeType=Servlet")){...}
  // filter 
  if (key.contains("j2eeType=Servlet") && key.contains("name=jsp")){
    Object value = entry.getValue();
    Object obj = getFieldValue(value,"object");
    Object res = getResourceValue(obj);
    Object instance = getFieldValue(res,"instance");
    Object rctxt = getFieldValue(instance, "rctxt");
    Object context = getFieldValue(instance, "context");
    Object appContext = getFieldValue(context,"context");
    Object standardContext = getFieldValue(appContext,"context");
    Object filterConfigs = getFieldValue(standardContext,"filterConfigs");
    ...

0x05 检测是否为内存马

遍历风险类列表,并检测以下规则:

  1. 内存马,对应的ClassLoader目录下没有对应的class文件

public static Boolean checkClassIsNotExists(Class clazz){
    String className = clazz.getName();
    String classNamePath = className.replace(".","/") + ".class";
    URL isExists = clazz.getClassLoader().getResource(classNamePath);
    if (isExists == null){
        return Boolean.TRUE;
    }
    return Boolean.FALSE;
}
  1. 反编译该类的字节码,检查是否存在危险函数

public static Boolean checkFileContentIsRisk(File dumpPath){
    List riskKeyword = new ArrayList();
    riskKeyword.add("javax.crypto.");
    riskKeyword.add("ProcessBuilder");
    riskKeyword.add("getRuntime");
    riskKeyword.add("ProcessImpl");
    riskKeyword.add("shell");
    String content = PathUtils.getFileContent(dumpPath);
    for (String keyword : riskKeyword) {
        if (content.contains(keyword)) {
            return Boolean.TRUE;
        }
    }

结果输出参考:如果没有class文件,可将该类风险等级标为high。如果包含恶意代码,将该类风险等级调至最高级。

// 输出结果
public static String getClassRiskLevel(Class clazz, File dumpPath) {
    String riskLevel = "Low";
    // 检测 Classloader目录下是否存在class文件
    if (AnalysisUtils.checkClassIsNotExists(clazz)){
        riskLevel = "high";
    }
    // 反编译  检测java文件是否包含执行命令的危险函数
    if (AnalysisUtils.checkFileContentIsRisk(dumpPath)){
        riskLevel = "Absolutely";
    }
    return riskLevel;
}

0x06 小结

本文仅对Tomcat内存马的检测提供了一些思路,但并未提及查杀,查杀将在下一篇详细分享。

以上所有方法的黑名单列表仅供参考,可自行更改、扩充。

再次感谢 fnmsd、c0ny1、LandGrey 师傅们的大力支持。

0x07 参考文章

这里借鉴了的黑名单,将内存马的目标类的类名、继承类、实现类、所属的包、使用的注解均设置黑名单。

不过这种方式有较大的缺陷。首先,mbean只是资源管理,并不影响功能,所以在植入内存马后再卸载掉注册的mbean即可绕过;其次,servlet 3.0引入了 可以动态注册,这种也没有在web.xml中配置,会引起误报,因此仅可作为一个查找风险类的参考条件。

copagent项目
@360
c0ny1师傅的总结
《Tomcat源码调试笔记-看不见的shell》
agent技术
Spring controller内存马
filter型
servlet型
listener型
spring
字节码增强型
任意JSP文件隐藏
github
LandGrey师傅
@WebFilter
https://github.com/LandGrey/copagent
查杀Java web filter型内存马
Tomcat源码调试笔记-看不见的shell
利用“进程注入”实现无文件不死webshell
基于内存 Webshell 的无文件攻击技术研究
基于tomcat的内存 Webshell 无文件攻击技术