快捷導(dǎo)航

MyBatis下SQL注入攻擊的3種方式

更新時間：2021年07月05日 15:16:17 作者：公眾號：IT老哥

SQL注入漏洞作為WEB安全的最常見的漏洞之一，本文希望通過Mybatis框架使用不當(dāng)導(dǎo)致的SQL注入問題為例，能夠拋磚引玉給新手一些思路。感興趣的可以了解一下

前言

SQL注入漏洞作為WEB安全的最常見的漏洞之一，在java中隨著預(yù)編譯與各種ORM框架的使用，注入問題也越來越少。新手代碼審計者往往對Java Web應(yīng)用的多個框架組合而心生畏懼，不知如何下手，希望通過Mybatis框架使用不當(dāng)導(dǎo)致的SQL注入問題為例，能夠拋磚引玉給新手一些思路。

Mybatis的SQL語句可以基于注解的方式寫在類方法上面，更多的是以xml的方式寫到xml文件。Mybatis中SQL語句需要我們自己手動編寫或者用generator自動生成。編寫xml文件時，MyBatis支持兩種參數(shù)符號，一種是#，另一種是$。比如：

`<select id="queryAll"  resultMap="resultMap">`
 `SELECT * FROM NEWS WHERE ID = #{id}`
`</select>`

#使用預(yù)編譯，$使用拼接SQL。

Mybatis框架下易產(chǎn)生SQL注入漏洞的情況主要分為以下三種：

1、模糊查詢

Select * from news where title like ‘%#{title}%'

在這種情況下使用#程序會報錯，新手程序員就把#號改成了$,這樣如果java代碼層面沒有對用戶輸入的內(nèi)容做處理勢必會產(chǎn)生SQL注入漏洞。

正確寫法：

select * from news where tile like concat(‘%',#{title}, ‘%')

2、in 之后的多個參數(shù)

in之后多個id查詢時使用# 同樣會報錯，

Select * from news where id in (#{ids})

正確用法為使用foreach，而不是將#替換為$

`id in`
`<foreach collection="ids" item="item" open="("separatosr="," close=")">`
`#{ids}` 
`</foreach>`

3、order by 之后

這種場景應(yīng)當(dāng)在Java層面做映射，設(shè)置一個字段/表名數(shù)組，僅允許用戶傳入索引值。這樣保證傳入的字段或者表名都在白名單里面。需要注意的是在mybatis-generator自動生成的SQL語句中，order by使用的也是$，而like和in沒有問題。

二、實戰(zhàn)思路

我們使用一個開源的cms來分析，java sql注入問題適合使用反推，先搜索xml查找可能存在注入的漏洞點–>反推到DAO–>再到實現(xiàn)類–>再通過調(diào)用鏈找到前臺URL，找到利用點，話不多說走起

1、idea導(dǎo)入項目

Idea首頁點擊Get from Version Control，輸入https://gitee.com/mingSoft/MCMS.git

下載完成，等待maven把項目下載完成

1592450876_5eeadf3cabd3f.png!small

2、搜索$關(guān)鍵字

Ctrl+shift+F 調(diào)出Find in Path，篩選后綴xml，搜索$關(guān)鍵字

1592452194_5eeae46267257.png!small

根據(jù)文件名帶Dao的xml為我們需要的，以IContentDao.xml為例，雙擊打開，ctrl +F 搜索$,查找到16個前三個為數(shù)據(jù)庫選擇，跳過，

1592452345_5eeae4f964218.png!small

繼續(xù)往下看到疑似order by 暫時擱置

1592452267_5eeae4ab1bbcc.png!small

繼續(xù)往下看發(fā)現(xiàn)多個普通拼接，此點更容易利用，我們以此為例深入，只查找ids從前端哪里傳入

1592450877_5eeadf3d1556c.png!small

3、搜索映射對象

Mybatis 的select id對應(yīng)要映射的對象名，我們以getSearchCount為關(guān)鍵字搜索映射的對象

1592450877_5eeadf3d5e474.png!small

搜到了IContentDao.java,IContentDaoimpl.java和McmsAction.java，分別對應(yīng)映射的對象，對象的實現(xiàn)類和前端controler，直接跳轉(zhuǎn)到controler類

1592452415_5eeae53fec991.png!small

發(fā)現(xiàn)只有categoryIds與目標(biāo)參數(shù)ids相似，需進一步確認(rèn)，返回到IContentDao.java按照標(biāo)準(zhǔn)流繼續(xù)反推

1592450877_5eeadf3d8bcea.png!small

找到ids為getSearchCount的最后一個參數(shù)，alt+f7查看調(diào)用鏈

1592450877_5eeadf3dc14e8.png!small

調(diào)轉(zhuǎn)到ContentBizImpl，確認(rèn)前臺參數(shù)為categoryIds

1592450877_5eeadf3dcdcf1.png!small

返回到McmsAction，參數(shù)由BasicUtil.getString接收，

1592450877_5eeadf3de12fa.png!small

跟進BasicUtil.getString

1592450878_5eeadf3e1cbeb.png!small

繼續(xù)跳到SpringUtil.getRequest()，前端未做處理，sql注入實錘

1592450878_5eeadf3e19a8a.png!small

4、漏洞確認(rèn)

項目運行起來，構(gòu)造sql語句http://localhost:8080/ms-mcms/mcms/search.do?categoryId=1%27)%20%20or+updatexml(1,concat(0x7e,(SELECT+%40%40version),0x7e),1)%23 得到mysql的版本5.7.27，驗證注入存在。

1592450878_5eeadf3e7e396.png!small

三、總結(jié)

以上就是mybatis的sql注入審計的基本方法，我們沒有分析的幾個點也有問題，新手可以嘗試分析一下不同的注入點來實操一遍，相信會有更多的收獲。當(dāng)我們再遇到類似問題時可以考慮：

1、Mybatis框架下審計SQL注入，重點關(guān)注在三個方面like，in和order by

2、xml方式編寫sql時，可以先篩選xml文件搜索$,逐個分析，要特別注意mybatis-generator的order by注入

3、Mybatis注解編寫sql時方法類似

4、java層面應(yīng)該做好參數(shù)檢查，假定用戶輸入均為惡意輸入，防范潛在的攻擊

到此這篇關(guān)于MyBatis下SQL注入攻擊的3種方式的文章就介紹到這了,更多相關(guān)MyBatis SQL注入攻擊內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: