作者:知道創(chuàng)宇404安全實(shí)驗(yàn)室
漏洞簡介
Joomla于5月17日發(fā)布了新版本3.7.1,(https://www.joomla.org/announcements/release-news/5705-joomla-3-7-1-release.html),本次更新中修復(fù)一個(gè)高危SQL注入漏洞(https://developer.joomla.org/security-centre/692-20170501-core-sql-injection.html),成功利用該漏洞后攻擊者可以在未授權(quán)的情況下進(jìn)行SQL注入。
漏洞影響
未授權(quán)狀態(tài)下SQL注入
影響版本: 3.7.0
0x01 漏洞復(fù)現(xiàn)
Joomla 在 3.7.0 中新增了一個(gè) com_field
組件,其控制器的構(gòu)造函數(shù)如下,在components/com_fields/controller.php
中:
可以看到當(dāng)訪問的view
是fields
,layout
是modal
的時(shí)候,程序會(huì)從JPATH_ADMINISTRATOR
中加載com_fields
,這就意味著普通用戶可以通過這樣的請(qǐng)求來使用管理員的com_fields
。
接下來我們看管理員的com_fields
組件,我們來到administrator/components/com_fields/models/fields.php
,其中的getListQuery
的部分代碼如下:
程序通過$this->getState
取到list.fullordering
,然后使用$db->escape
處理后傳入$query->order
函數(shù),mysqli的escape
函數(shù)代碼如下:
這里調(diào)用mysqli_real_escape_string
來轉(zhuǎn)義字符,該函數(shù)具體作用如下:
僅對(duì)單雙引號(hào)等字符進(jìn)行轉(zhuǎn)義,并未做更多過濾。另外$query->order
函數(shù)的作用僅僅是將數(shù)據(jù)拼接到ORDER BY
語句后,也并未進(jìn)行過濾,所以如果list.fullordering
可控,那么就可以進(jìn)行注入。
我們可以看到list.fullordering
是一個(gè)state
,state
會(huì)在視圖的display
函數(shù)中進(jìn)行設(shè)置:
跟進(jìn)這個(gè)設(shè)置過程,程序會(huì)走到libraries/legacy/model/list.php
中的populateState
函數(shù)中,具體的調(diào)用棧如下:
該函數(shù)中有如下一段代碼:
if ($list = $app->getUserStateFromRequest($this->context . '.list', 'list', array(), 'array'))
{
foreach ($list as $name => $value)
{
// Exclude if blacklisted
if (!in_array($name, $this->listBlacklist))
{
...
$this->setState('list.' . $name, $value);
}
}
}
程序通過$app->getUserStateFromRequest
取到一個(gè)$list
數(shù)組 ,如果數(shù)組的key不在黑名單中,則遍歷該數(shù)組對(duì)相應(yīng)state
進(jìn)行注冊,getUserStateFromRequest
的代碼如下:
結(jié)合前面的調(diào)用來看,我們可以通過請(qǐng)求中的參數(shù)list
來設(shè)置$list
變量,因此我們訪問http://ip/index.php?option=com_fields&view=fields&layout=modal&list[fullordering]=updatexml(2,concat(0x7e,(version())),0)
并開啟動(dòng)態(tài)調(diào)試動(dòng)態(tài)調(diào)試,結(jié)果如下:
可以看到list.fullordering
已經(jīng)被我們控制。
回到getListQuery
,該函數(shù)會(huì)在視圖加載時(shí)被自動(dòng)調(diào)用,具體函數(shù)調(diào)用棧如下:
所以我們的payload也就通過getState
傳入了這個(gè)函數(shù),最終導(dǎo)致SQL注入:
補(bǔ)丁分析
改為取list.ordering
和list.direction
作為查詢的參數(shù),這兩個(gè)參數(shù)在populateState
函數(shù)中做了如下處理:
如果值不在指定范圍內(nèi)則將其更改為默認(rèn)值,因此無法再將payload帶入。
參考文獻(xiàn)
https://www.seebug.org/vuldb/ssvid-93113
https://blog.sucuri.net/2017/05/sql-injection-vulnerability-joomla-3-7.html
https://developer.joomla.org/security-centre/692-20170501-core-sql-injection.html
https://www.joomla.org/announcements/release-news/5705-joomla-3-7-1-release.html