本帖最后由 Meng0f 于 2022-8-7 11:47 编辑
记一次实战之若依SSTI注入绕过玄某盾转载于：TGAO [url=]衡阳信安[/url] 2022-08-07 00:36 发表于山东
前言正文目标环境在src真实目标下，在网上找了几个payload：fragment=${T%20(java.lang.Runtime).getRuntime().exec('command')}或者fragment=__${T%20(java.lang.Runtime).getRuntime().exec('calc')}__::.x都会被玄某盾拦截，由于站点在维护中，因此只能使用下图来说明....
经过测试，玄某盾会对以下payload进行拦截： fragment=${}：检测了${}，但使用__${}__::.x，玄某盾不拦截 fragment=__${T%20(java.lang.Runtime).getRuntime().exec('calc')}__::.x 关键点在于T%20(java.lang.Runtime).getRuntime().exec('calc')如何绕过玄某盾，而这段内容又是SpEL表达式。因此本文的重点在于SpEL表达式的绕过。
Thymeleaf SSTI与SpEL的关系若对Thymeleaf SSTI不是很懂，可以先去了解下，传送门： Thymeleaf SSTI 分析以及最新版修复的 Bypass - panda | 热爱安全的理想少年 由于本文讲述是如何绕过玄某盾，因此先直接给出原始payload： fragment=__${T%20(java.lang.Runtime).getRuntime().exec('calc')}__::.x 上述的payload已经是对 Thymeleaf 3.0.12的绕过， 而绕过的方式，也被运用于绕过玄某盾。 Thymeleaf SSTI漏洞的底层实际出发的是SpEL表达式注入漏洞，在原始payload中的T%20(java.lang.Runtime).getRuntime().exec('calc')便是SpEL表达式 具体分析如下: org.thymeleaf.spring5.expression.SPELVariableExpressionEvaluator#getExpression
而后来到org.thymeleaf.spring5.expression.SPELVariableExpressionEvaluator#evaluate，执行如下getValue方法
上述几个红色标记处是很标准的SpEL-API调用，来执行SpEL表达式。我的绕过方式便是在SpEL表达式解析及执行过程中发现的，具体如下。 测试环境springboot 2.7.1+jdk8 关于SpEL的测试代码如下：
解析过程中的发现进入org.springframework.expression.spel.standard.InternalSpelExpressionParser#doParseExpression方法。
跟进org.springframework.expression.spel.standard.Tokenizer#Tokenizer 可以看到在SpEL表达式最后添加了个空白字符，用来标记SpEL表达式的结束， 接着跟进org.springframework.expression.spel.standard.Tokenizer#process方法 此方法整体逻辑：以字符为单位遍历表达式内容，若当前字符为a-z或者A-Z，则执行lexIdentifier方法，在lexIdentifier方法中，继续遍历表达式内容，直到遍历到的字符不是a-z A-Z、0-9、_、$结束此次遍历，并将此次遍历的所有字符封装在Token对象中，最后存储List<Token> tokens中。否则走else分支 在else分支中，若遇到\u0000、\r、\n、\t、`不做任何处理，直接跳出switch`语句，并进入下一个字符的判断 `\u0000、\r、\n、\t、5个字符的url`编码如下
执行过程中的发现在payload中SpEL表达式以T开头，T对应的类为org.springframework.expression.spel.ast.TypeReference 跟入org.springframework.expression.spel.ast.TypeReference#getValueInternal方法，根据字符串typeName获取对应的Class对象实例
继续跟入org.springframework.expression.spel.ExpressionState#findType，发现通过SpEL表达式上下文对象去寻找typeName对应的Class对象实例 在Thymeleaf中，此时默认的SpEL上下文对象为org.thymeleaf.spring5.expression.ThymeleafEvaluationContext对象实例，可看到继承org.springframework.expression.spel.support.StandardEvaluationContext对象，而StandardEvaluationContext支持type references，具体可看官方文档：Core Technologies
接着跟入org.springframework.expression.spel.support.StandardEvaluationContext#getTypeLocator，发现默认使用StandardTypeLocator
进入org.springframework.expression.spel.support.StandardTypeLocator#StandardTypeLocator()构造方法 继续跟进org.springframework.expression.spel.support.StandardTypeLocator#registerImport 发现java.lang被添加到knownPackagePrefixes集合中 初始化StandardTypeLocator对象后，会调用org.springframework.expression.spel.support.StandardTypeLocator#findType方法，可以发现此方法在异常出现时进行了一次补救：当通过typeName没有找到对应的Class对象时，则拼接前缀java.lang后继续获取对应的Class对象。
返回目标环境讲过上文的分析，SpEL的payload的演变如下： T%20(java.lang.Runtime).getRuntime().exec('calc') ->T%20(%0ajava.lang.Runtime%09).%0dgetRuntime%0a(%09)%0d.%00exec('calc') ->T%20(%0aRuntime%09).%0dgetRuntime%0a(%09)%0d.%00exec('calc') 因此最终Thymeleaf SSTI的payload如下： __${T%20(%0aRuntime%09).%0dgetRuntime%0a(%09)%0d.%00exec('calc')}__::.x 最后本文主要站在SpEL的角度，构造payload使Thymeleaf SSTI注入绕过玄某盾waf，其实也可以说是SpEL注入绕过玄某盾waf，至于其他waf产品，均未测试，有条件的同志们可以去测试一下~。
注：如有绘画请联系删除 | 
发表于 2022-8-7 11:46:23
