簡介

SQLMap 作為最強(qiáng)大的 SQL 注入自動化工具，其 --risk 和 --level 參數(shù)是控制測試深度和廣度的關(guān)鍵選項(xiàng)。下面我將從原理到實(shí)踐全面解析這兩個參數(shù)。

一、--risk 參數(shù)：測試風(fēng)險控制

1. 基本定義

• 作用：控制可能影響數(shù)據(jù)庫穩(wěn)定性的測試技術(shù)

• 取值范圍：1-3（默認(rèn)為1）

• 本質(zhì)：決定使用哪些可能"危險"的Payload類型

2. 各級別詳細(xì)對比

risk=1 (默認(rèn))

技術(shù)特點(diǎn)：

• 僅使用基于SELECT的查詢

• 最安全的測試方式

• 不包含任何可能修改數(shù)據(jù)的操作

典型Payload：

1 AND 1=1
1' AND ASCII(SUBSTRING(DATABASE(),1,1))>97#

適用場景：

• 生產(chǎn)環(huán)境初步檢測

• 對穩(wěn)定性要求極高的系統(tǒng)

• 合規(guī)性審計中的安全掃描

risk=2

新增技術(shù)：

• 基于時間的盲注（使用SLEEP/BENCHMARK）

• 簡單的堆疊查詢（Stacked queries）

• UPDATE型語句測試

典型Payload：

1'; IF(SUBSTRING(@@version,1,1)='5',SLEEP(5),0)#
1'; UPDATE users SET email='test' WHERE user='admin'#

風(fēng)險影響：

• 可能產(chǎn)生數(shù)據(jù)庫日志警告

• 輕微增加服務(wù)器負(fù)載

• 極端情況下可能導(dǎo)致鎖表

risk=3

新增技術(shù)：

• OR-based注入

• 更復(fù)雜的堆疊查詢

• 可能觸發(fā)DDL語句（如CREATE TABLE）

典型Payload：

1' OR 1=1 UNION ALL SELECT 1,2,table_name FROM information_schema.tables#
1'; CREATE TABLE test(cmd text); COPY test FROM '/etc/passwd'#

風(fēng)險影響：

• 可能修改數(shù)據(jù)庫結(jié)構(gòu)

• 可能產(chǎn)生大量錯誤日志

• 顯著增加服務(wù)器負(fù)載

3. 使用建議

# 常規(guī)測試
sqlmap -u "http://example.com" --risk=2
?
# 敏感環(huán)境
sqlmap -u "http://example.com" --risk=1
?
# 全面測試（僅用于授權(quán)測試環(huán)境）
sqlmap -u "http://example.com" --risk=3

二、--level 參數(shù)：測試深度控制

1. 基本定義

• 作用：控制測試的全面性和Payload數(shù)量

• 取值范圍：1-5（默認(rèn)為1）

• 本質(zhì)：決定測試哪些參數(shù)和Payload復(fù)雜度

2. 各級別詳細(xì)對比

level=1 (默認(rèn))

測試范圍：

• 僅測試GET/POST參數(shù)

• 使用最基礎(chǔ)的10-15個Payload

• 不測試HTTP頭部

典型場景：

• 快速掃描

• 大量URL的初步篩選

level=2

新增測試：

• 測試Cookie

• 增加約30個Payload

• 基礎(chǔ)的頭注入測試

level=3

新增測試：

• 測試User-Agent/Referer

• 增加約50個Payload

• 更復(fù)雜的注入邏輯

level=4

新增測試：

• 測試Host頭部

• 增加約100個Payload

• 非常規(guī)編碼測試

level=5

新增測試：

• 測試所有HTTP頭部

• 增加約150個Payload

• 極端邊緣情況測試

3. 技術(shù)實(shí)現(xiàn)差異

4. 使用建議

# 快速測試
sqlmap -u "http://example.com?id=1" --level=1
?
# 常規(guī)滲透測試
sqlmap -u "http://example.com" --level=3
?
# 全面測試（CTF/訓(xùn)練環(huán)境）
sqlmap -u "http://example.com" --level=5
?
# 配合risk使用
sqlmap -u "http://example.com" --level=3 --risk=2

三、參數(shù)組合策略

1. 經(jīng)典組合方案

2. DVWA High級別推薦

sqlmap -u "http://dvwa/vulnerabilities/sqli_blind/" \
       --cookie="id=1*; security=high; PHPSESSID=xxx" \
       --level=3 \
       --risk=2 \
       --technique=B \
       --batch

為什么這樣組合：

• level=3：確保檢測Cookie注入點(diǎn)

• risk=2：啟用時間盲注提高成功率

• technique=B：專注布爾盲注（DVWA High特性）

四、性能與效果對比

1. 測試數(shù)據(jù)統(tǒng)計

2. 資源消耗對比

五、高級技巧

1. 智能參數(shù)調(diào)整

# 自動升級level
sqlmap -u "URL" --level=1 --smart
?
# 基于響應(yīng)的動態(tài)調(diào)整
sqlmap -u "URL" --adaptive

2. 特定場景優(yōu)化

# 只測試時間盲注（減少噪音）
sqlmap -u "URL" --technique=T --level=3 --risk=2

3. 結(jié)果穩(wěn)定性提升

# 增加延遲減少誤報
sqlmap -u "URL" --delay=1

六、安全注意事項(xiàng)

1. 法律合規(guī)：

   • 始終獲取書面授權(quán)

   • 避免在業(yè)務(wù)高峰時段測試

2. 風(fēng)險控制：

   # 設(shè)置安全上限
   sqlmap -u "URL" --safe-freq=10 --safe-url="http://example.com/healthy.html"

3. 日志特征：

   # 使用tamper腳本減少日志特征
   sqlmap -u "URL" --tamper=space2comment

通過合理組合 --risk 和 --level 參數(shù)，可以在安全性和檢測效果之間取得最佳平衡。建議從低級別開始，根據(jù)結(jié)果逐步提升測試強(qiáng)度。

到此這篇關(guān)于SQLMap 參數(shù)--risk 與 --level 深度解析的文章就介紹到這了,更多相關(guān)SQLMap 參數(shù)--risk 與 --level內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論