天天快递某系统SQL注入一枚可导致用户数据泄漏注入点在http://122.224.96.66/wappda.asp?Method=GET&Name=560001115481
但是你用safe ,穿山甲,红萝卜或sqlmap的联合查询方式是得不到数据的..
为啥,且听慢慢解说..
首先查指纹,是win2k3,ORACLE 数据库..
首先怀疑是不是权限问题,sqlmap最新版查当前用户和权限
看这权限应该是木有问题的...
我们手注下看看
看到没,两次报错的行数是不一样的..
说明啥.. @xsser 说的没错 ,当输入的数据被多个sql语句执行时,如果注入语句中联合查询不能同时满足两个sql语句,则用联合查询爆表就出问题了
ok...
在 黑吧安全网的知识库里找到 sqlmap早期版本的 中文手册..
其中提到sql的爆库4种技术..
接下来使用出错爆库法..
根据黑吧安全网中文章
utl_inaddr.get_host_address函数在参数不合法时,会把参数以出错方式返回..
safe在猜字段时使用了这个方法
上图也暴露出另一个照成猜表失败的原因..编码问题,该网页是gbk编码的..
中文表名字段的时候,虽然safe识别了网页编码,能正确识别出中文表名,但是你看他在猜中文字段时就出问题了..sqlmap是在所有自动爆库工具中做的最好的,但还是有问题...
sqlmap 在使用出错技术爆表是 使用的是xmltype这个函数
他在猜表猜字段的时候,对网页返回的表名(gbk编码的),取byte值(在python中urllib.urlopen函数read后返回的严格来说是byte的,虽然在python2中bytes和string分的很随意),然后chr之后用||连接..所有字段名都是可以正确得到的..
但是中文在wincmd(or cygwin)环境下显示又是另一回事,具体看sqlmap说明..
这是,你如果dump整个database是木有问题的..这是理论上说,其实还是有问题...
部分表太多数据了..目测一些中等的表有100万条..页面返回的时间在1分钟以上..
有些表压根就不能获取长度,因为sql语句执行超时..服务器太破了...
sqlmap中如果想猜表,必须先获取长度..如果你长度获取不了,你不能获取内容...
如果-T 参数指定表呢??这里问题又来了..当你指定一个中文表名时..sqlmap会以utf8作为编码处理你的输入,当你给中文时 urllib.quote 会把中文以utf8 处理成url编码的..注意这里不是用chr,而是直接处理的..
ok,返回就又是表名错误..唯一可能的方法是用 --eval 自己先处理参数..
好吧..sqlmap的问题貌似还真不少..
去github提交下看看吧..
码了好多字,多给点rank会怀孕吗?? 我不暴中文表了
给个safe报暴文的做证明算了
修复方案:
sqlmap是功能最强大的自动化sql注入工具没有之一