目錄
簡介
一、--risk 參數：測試風險控制
1. 基本定義
2. 各級別詳細對比
risk=1 (默認)
risk=2
risk=3
3. 使用建議
二、--level 參數：測試深度控制
1. 基本定義
2. 各級別詳細對比
level=1 (默認)
level=2
level=3
level=4
level=5
3. 技術實現差異
4. 使用建議
三、參數組合策略
1. 經典組合方案
2. DVWA High級別推薦
四、性能與效果對比
1. 測試數據統計
2. 資源消耗對比
五、高級技巧
1. 智能參數調整
2. 特定場景優化
3. 結果穩定性提升
六、安全注意事項
簡介
SQLMap 作為最強大的 SQL 注入自動化工具，其 --risk 和 --level 參數是控制測試深度和廣度的關鍵選項。下面我將從原理到實踐全面解析這兩個參數。
一、--risk 參數：測試風險控制
1. 基本定義
-
作用：控制可能影響數據庫穩定性的測試技術
-
取值范圍：1-3（默認為1）
-
本質：決定使用哪些可能"危險"的Payload類型
2. 各級別詳細對比
risk=1 (默認)
技術特點：
-
僅使用基于SELECT的查詢
-
最安全的測試方式
-
不包含任何可能修改數據的操作
典型Payload：
1 AND 1=1
1' AND ASCII(SUBSTRING(DATABASE(),1,1))>97#適用場景：
-
生產環境初步檢測
-
對穩定性要求極高的系統
-
合規性審計中的安全掃描
risk=2
新增技術：
-
基于時間的盲注（使用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'#風險影響：
-
可能產生數據庫日志警告
-
輕微增加服務器負載
-
極端情況下可能導致鎖表
risk=3
新增技術：
-
OR-based注入
-
更復雜的堆疊查詢
-
可能觸發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'#風險影響：
-
可能修改數據庫結構
-
可能產生大量錯誤日志
-
顯著增加服務器負載
3. 使用建議
# 常規測試
sqlmap -u "http://example.com" --risk=2
?
# 敏感環境
sqlmap -u "http://example.com" --risk=1
?
# 全面測試（僅用于授權測試環境）
sqlmap -u "http://example.com" --risk=3二、--level 參數：測試深度控制
1. 基本定義
-
作用：控制測試的全面性和Payload數量
-
取值范圍：1-5（默認為1）
-
本質：決定測試哪些參數和Payload復雜度
2. 各級別詳細對比
level=1 (默認)
測試范圍：
-
僅測試GET/POST參數
-
使用最基礎的10-15個Payload
-
不測試HTTP頭部
典型場景：
-
快速掃描
-
大量URL的初步篩選
level=2
新增測試：
-
測試Cookie
-
增加約30個Payload
-
基礎的頭注入測試
level=3
新增測試：
-
測試User-Agent/Referer
-
增加約50個Payload
-
更復雜的注入邏輯
level=4
新增測試：
-
測試Host頭部
-
增加約100個Payload
-
非常規編碼測試
level=5
新增測試：
-
測試所有HTTP頭部
-
增加約150個Payload
-
極端邊緣情況測試
3. 技術實現差異
| level | 測試參數 | Payload復雜度 | 編碼方式 |
|---|---|---|---|
| 1 | GET/POST | 基礎 | 無 |
| 2 | +Cookie | 中等 | URL編碼 |
| 3 | +HTTP Headers | 復雜 | 雙重URL編碼 |
| 4 | +Host頭 | 非常復雜 | 隨機編碼 |
| 5 | 所有HTTP頭 | 極端情況 | 多重非常規編碼 |
4. 使用建議
# 快速測試
sqlmap -u "http://example.com?id=1" --level=1
?
# 常規滲透測試
sqlmap -u "http://example.com" --level=3
?
# 全面測試（CTF/訓練環境）
sqlmap -u "http://example.com" --level=5
?
# 配合risk使用
sqlmap -u "http://example.com" --level=3 --risk=2三、參數組合策略
1. 經典組合方案
| 場景 | 推薦組合 | 效果 |
|---|---|---|
| 初步掃描 | level=1 + risk=1 | 快速低風險 |
| 常規滲透測試 | level=3 + risk=2 | 平衡檢測率與風險 |
| 攻防演練/CTF | level=5 + risk=3 | 最大化檢測能力 |
| 敏感生產環境 | level=2 + risk=1 | 安全優先 |
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注入點 -
risk=2：啟用時間盲注提高成功率 -
technique=B：專注布爾盲注（DVWA High特性）
四、性能與效果對比
1. 測試數據統計
| 參數組合 | Payload數量 | 平均檢測時間 | 注入檢出率 |
|---|---|---|---|
| level1+risk1 | 15 | 1-2分鐘 | 65% |
| level3+risk2 | 80 | 5-8分鐘 | 92% |
| level5+risk3 | 200+ | 15-30分鐘 | 98% |
2. 資源消耗對比
| 參數組合 | CPU占用 | 網絡流量 | 數據庫負載 |
|---|---|---|---|
| level1+risk1 | 低 | <1MB | 很低 |
| level3+risk2 | 中 | 3-5MB | 中等 |
| level5+risk3 | 高 | 10MB+ | 高 |
五、高級技巧
1. 智能參數調整
# 自動升級level
sqlmap -u "URL" --level=1 --smart
?
# 基于響應的動態調整
sqlmap -u "URL" --adaptive
2. 特定場景優化
# 只測試時間盲注（減少噪音）
sqlmap -u "URL" --technique=T --level=3 --risk=2
3. 結果穩定性提升
# 增加延遲減少誤報
sqlmap -u "URL" --delay=1
六、安全注意事項
-
法律合規：
-
始終獲取書面授權
-
避免在業務高峰時段測試
-
-
風險控制：
# 設置安全上限
sqlmap -u "URL" --safe-freq=10 --safe-url="http://example.com/healthy.html" -
日志特征：
# 使用tamper腳本減少日志特征
sqlmap -u "URL" --tamper=space2comment
通過合理組合 --risk 和 --level 參數，可以在安全性和檢測效果之間取得最佳平衡。建議從低級別開始，根據結果逐步提升測試強度。
