使用sqlmap 对接口进行json格式参数传入_sqlmap post json

sqlmap进行注入时，如果接口post方式，body是json方式时，有2种方式

方式1：文件方式

可以通过burp suite 来抓 接口请求的数据，将数据保存到 文件中。
然后使用 sqlmap来执行注入，举例：

python .\sqlmap.py -r "C:\Users\gal\Desktop\getdetail.txt"
1

当然也可以通过 postman 当中将请求转换成 http请求方式，将数据保存到文件中。
举例：

拷贝 请求内容，保存到文件

方式2：sqlmap --data参数

正常来说，请求参数是 -u 表示请求url地址。
–date 表示body参数。 注意 json结构体 前后 需要加入 单引号

python sqlmap.py -u "http://172.16.0.1:1000/Burvice/config/getbr" --method "POST" 
--data='{"appid":"zxs", "name": "dffff", "env": "dev","version": "5.0.0"}'
1
2

• 要求: 接口请求的参数都正常，可以正常进入 到 业务逻辑中。
• 在windows上跑命令时， 发现无法扫描出结果
  结果排查了很久，通过抓包 发现使用此格式进行请求时：

--data='{"appid":"zxs","version": "5.0.0"}'
1

接口数据请求会被改掉，导致 服务端不能正常处理这个数据。
然后试了下 将json 数据进行转义，发现这个可以正常请求了。。。。：

--data='{\"appid\":\"zxs\",\"version\": \"5.0.0\"}'
1

• 好嘞，接着我总不能一直在windows上跑吧，得放在linux跑，好，采用格式：

--data='{\"appid\":\"zxs\",\"version\": \"5.0.0\"}'
1

发现跑不通，服务端又出错了。
接着使用 没有转义的结构体， 就又可以跑通了。。。

不过这个限制也有可能是 我们的服务端的问题，并不通用。

总结

post请求时如果发送json数据，2种方式：

1. -r 文件
2. -u 地址 --data=’{}’
3. windows上跑，需要把 json 进行转义