Filter/Servlet型内存马的扫描抓捕与查杀
0x01 背景
在内存马横行的当下,蓝队or应急的师傅如何能快速判断哪些Filter/Servlet是内存马,分析内存马的行为功能是什么?最终又如何不重启的将其清除?红队师傅又如何抓铺其他师傅的内存马为自己用,亦或是把师傅的内存马踢掉?
在当下攻防对抗中,一直缺少着针对内存马扫描,捕捉与查杀的辅助脚本。下面就以Tomcat 8.5.47为例子,分享下编写方法,其他中间件万变不离其宗。
考虑到Agent技术针对红队来说比较重,我们这次使用jsp技术来解决以上问题。
0x02 扫描Filter和Servlet
要想扫描web应用内存中的Filter和Servlet,我们必须知道它们存储的位置。通过查看代码,我们知道StandardContext对象中维护的是一个
和Filter相关的是filterDefs和filterMaps两个属性。这两个属性分别维护着全局Filter的定义,以及Filter的映射关系。

和Servlet相关的是children和servletMappings两个属性。这两个属性分别维护这全家Servlet的定义,以及Servlet的映射关系。


其他request对象中就存储这StandardContext对象。
所以我们只需要通过反射遍历request,最终就可以拿到Filter和Servlet的如下信息。
Filter/Servlet名
匹配路径
Class名
ClassLoader
Class文件存储路径。
内存中Class字节码(方便反编译审计其是否存在恶意代码)
该Class是否有对应的磁盘文件(判断内存马的重要指标)
具体反射遍历代码放文末github,这里值得一提是拿到Class名通过如下方法就能拿到其被加载到内存中的字节码内容。
0x03 注销Filter内存马
通过分析调试Tomcat源码,我们知道Tomcat注销filter其实就是将该Filter从全局filterDefs和filterMaps中清除掉。具体的操作分别如下removeFilterDef和removeFilterMap两个方法中。
我们只需要反射调用它们即可注销Filter。
0x04 注销Servlet内存马
注销Servlet的原理也是类似,将该Servlet从全局servletMappings和children中清除掉即可。在Tomcat源码中对应的是removeServletMapping和removeChild方法。
我们只需要反射调用它们即可注销Servlet。
0x05 演示
我们只需要把编写好的 tomcat-memshell-scanner.jsp 放到可能被注入内存的web项目中,然后通过浏览器访问即可。假设扫描结果如下:

通过分析扫描出的信息,可知filter-b2b1cad2-44be-4f43-8db0-bd43da5ad368是Filter型内存马,原因如下:
classLoader是可疑的
com.sun.org.apache.xalan.internal.xsltc.trax.TemplatesImpl$TransletClassLoader,这是反序列化漏洞执行代码用的classLoader。class在磁盘中没有对应的class文件,只驻留在内存。
/favicon.ico是Servlet型内存马,判断原因如下。
classLoader是自定义classLoader,当下比较流行的java webshell基本都是自定义了class loader来实现任意代码执行。
class在磁盘中没有对应的class文件,只驻留在内存。
最后我们可以dump出那么对应的class,反编译看代码分析filter-b2b1cad2-44be-4f43-8db0-bd43da5ad368是Filter型cmd内存马,/favicon.ico是Servlet型哥斯拉内存马。
最后更新于
这有帮助吗?