登录框漏洞

继上次登陆框引起的血案这个文章之后，时隔一个月笔者又写了续集，呃……升华版。

0×00 文章内容结构图

0×01 信息泄露

利用泄露的信息可以大大增加我们的可测试点，从而增加我们的成功率。

1. HTML源代码

必看的肯定要属HTML源代码了，源代码里包含了下面所说的JS文件。HTML源代码会泄露很多信息，像程序员未删除的注释、敏感路径等都可能在HTML源代码中找的到，从来增加发现漏洞的成功率。

2. JS文件

很多JS文件中会泄露其他路径，或者敏感函数等。泄露其他路径可以增加我们可以测试的点，泄露一些敏感函数可以实现未授权访问等恶意操作。

3. 其他敏感文件

还可以利用其他途径获得到的文件，如爆破、爬虫等其他方式得到的敏感文件，可能会发现日志文件、配置文件、网站的其他业务页面等。

0×02 点我链接登陆你的账号

这个问题多出现在第三方登陆功能中

1. 主站账号登陆

2. 微信登陆

3. QQ登陆

4. 微博登陆

5. ….

1. 一个二维码引领风骚

呃，小石师傅是真男神，把我带进了米斯特，从此不知归路..……

子业务选择使用主站账号扫码登陆时：

将二维转换为HTTP请求（https://cli.im/deqr/）

可以发现只有一个TOKEN参数：

使用主站APP 扫码进行登录扫描之后，会弹出确认登录框以确认登录。在点击“登录”按钮的之后，发送如下POST数据包来进行登陆：

POST https://xxx.com/xxxx/confirm HTTP/1.1

….

token=xxxxx&source=passport&fingerprint=一大长串字符

删除finderprint参数，发现对请求无影响=>删除

删除referer参数，发现对请求无影响=>可以CSRF

将请求方法改为GET型，发现失败=>只能构造表单进行CSRF

此时受害者只要是主站登陆状态下，发送了我们构造好的这个表单，那么我这里就可以直接登陆他的账号。

2. 二维码又起风波

使用账号所绑定的微信登陆：

扫描之后发现不需要点击确认就登录了，和常规的微信二维码扫描登录完全不一样，这时候才发现原来这里是使用的微信公众号绑定的账户去登录的,解析的二维码地址为：

条件：

受害者微信公众号绑定了账号；

受害者微信内点击我们的链接，我这里就这可以直接登陆了

0×03 劫持用户身份凭证

1. XSS劫持

子站使用主站账号登陆时，来来回回N个数据包，经过我仔细观察，得出重要结论：

如果主站是登陆状态，那么访问如下链接，主站便会返回身份凭证

经过测试发现：这个client_id参数必须存在，但是没有什么影响，不会影响整个攻击。

然后，我们便可以使用返回的这个链接来登陆受害者这个子站。为了获得响应包里面Locatin的值，我们可以使用该域下面的XSS来获得。

2. JSON劫持

当然，如果发现此处返回的用户凭证如下格式，那么当然首先考虑到的便是json劫持了。

关于json劫持，大家可以移步key师傅博客

http://gh0st.cn/archives/2018-03-22/1

0×04 XSS

1.登陆时XSS

POST类型，尝试修改改为GET类型：

发现成功弹窗，呃，即使不能修改成功，那么还可以组合CSRF一起使用。

2. 登陆成功时XSS

所有参数测试一遍，发现link参数，存在xss，直接在script标签里面，并且还送URL跳转一个。

3. 登陆失败时XSS

逐个参数进行测试后，最后发现gourl参数存在xss，过滤了script关键字，使用tab键进行绕过。

4. 利用泄露的文件进行XSS

通过源代码发现了一个隐藏的链接：

打开之后发现提示缺少sid参数，此时手动构造：

点击确定之后，跳过去的是一个荒废的页面，此时我回过头来看了一下源代码，尝试手动添加action、method参数：

发现了method参数有效，此时构造xss payload，成功弹窗（= = 没想到method参数也可以）。

5. 接口JSON XSS

发现请求链接是：http://xxxx/swap/im?callback=jQuery18900926711223842687

而响应包内容是：

jQuery18900926711223842687({"errorCode":1,"errorMessage":xxxxxxx})

灵光一闪：可以测试JSON劫持嘛。但是由于响应包的内容并没有啥作用，所以此处的JSON劫持完全没有危害，但是这里却还可以测试XSS漏洞。

构造如下链接，成功弹窗：

http://xxxx/swap/im?callback=<script>alert(1)</script>

0×05 URL跳转

用户登陆这个功能这里，可以测试的点可以但不仅仅并且不一定是如下几个：

1.登陆成功后跳转到的页面

此处link1参数可以控制跳转到的页面：

2.登陆失败后跳转到的页面

此处的gourl参数可以控制返回的页面：

可以看到设置了自动跳转，（呃……我们让他跳转到mstsec）。

0×06 未授权访问

1. JS文件背后的秘密

在查看源代码时发现引入了该JS文件，跟踪……

发现了两处接口，逐个跟踪。

发现下面那个接口直接未授权访问… 泄露了该站，所有的用户名，此时便可以进行有针对性撞库了。

2.看JS如何不见泰山

通过JS来验证权限时，还可以通过删除JS来实现未授权访问，例如登陆失败时通过JS来实现跳回主页面。简言之便是绕过客户端校验类型，so easy~

0×07 不安全的对象直接引用 | 设计缺陷

1. JS文件GETSHELL

通过读取JS代码时发现这么一段，竟然可以文件上传。

构造如下表单：

成功GETSHELL：

2. 任意用户登陆之绕过客户端校验

登陆成功后相应包里返回一条链接 http://xxx.com/user/login.php?id=MTAw。发现是用户ID的base64编码，此时遍历用户ID，实现任意用户登陆。

3. 最风骚之参数的FUZZ

1）任意后台地址，手动添加参数admin=1之后，发现返回了cookie，成功登陆

2）普通用户时，手动添加debug=1之后，发现权限竟然多了一些。。

呃。。关于参数的fuzz，增删改都可以进行尝试

 

原文：http://www.freebuf.com/articles/web/178687.html

json劫持

http://www.cnblogs.com/hyddd/archive/2009/07/02/1515768.html