0x00 概述
近日在利用sqlmap注入測試時遇到一個奇怪的現象，高版本sqlmap無法檢測出注入，但是低版本的可以測出注入，并且能跑出數據不是誤報，經過對比測試和查看sqlmap源碼，發現兩個小坑。
0x01 情景重現
注入點形式：json
……”whereparams”:[{“name”:”keyWord”,”value”:”test”}]}
可注入參數：value
sqlmap命令：
python sqlmap.py -r sqlpk.txt –flush-Session -vv
sqlmap v1.2.11無法注入
sqlmap v1.2成功注入
同理v1.2.10無法注入，v1.1.12可以注入
經過分析，兩坑如下：
（1）v1.2.11(/v1.2.10/v1.2.9/master)的boundaries.xml沒有了針對模糊查詢(%)的測試，而v1.2(/v1.1.12/1.1.4/1.2.2)則有。
（2）v1.2.11(/v1.2.10/1.2.9/master)必須手動設置json的某個參數為*才能對這個參數進行注入（即使選了y-inject inside），否則payload直接跟在json后導致無法注入，而v1.2(/v1.1.12)則可以默認回車(y)即可對json的某個參數注入。
0x02 詳細測試
坑點（1）：
先了解sqlmap的payload組成：
//圖片來源https://www.freebuf.com/colum…
看看v1.2的測試payload:
使用了payload：%‘ and 5731=5731 and ‘%’=’
這是挺常見的搜索框注入
看看V1.2的boundaries.xml：
而v1.2.11的boundaries.xml沒有對模糊查詢的注入測試！
https://github.com/sqlmapproj…
于是添加模糊查詢的注入測試到v1.2.11的該文件中，并手動添加*到注入參數（如value），即可成功注入！
附上添加后的版本：
https://github.com/theLSA/sql…
pr得到答復是因為誤報太多所以移除了相關payload，但是將會有限的恢復。
https://github.com/sqlmapproj…
坑點（2）：
對比v1.2和v1.2.11的payload：
可以看出v1.2.11直接將payload接在json末尾了。
在注入參數value手動添加*
%22whereparams%22%3A%5B%7B%22name%22%3A%22keyWord%22%2C%22value%22%3A%22*%22%7D%5D%7D
即可成功注入！
0x03 結語
-
個人建議添加模糊查詢的測試payload，誤報還是好過漏報，況且是很常見的模糊查詢注入。
-
遇到json參數盡量加手動*(針對某些版本的sqlmap)。
-
利用sqlmap測試的時候建議加上-vv。
-
不能過于依賴工具，盡量工具+手工測試比較保險。
