二维码劫持案例分析
引言
微信扫描二维码登录网站,相信很多网站登录中都有这个功能。但是这个功能使用不当,将会出现劫持漏洞。话不多说,直接分享三个实战挖掘的案例,三个的实现方式都不一样(已脱敏).
A网站登录处存在二维码劫持漏洞
正常走其流程,发现登录扫一个二维码即可:
微信扫描后发现,只要关注了 A网站 的公众号,无需点击确认,扫描后即可登录:
‘打开浏览器f12,发现生成二维码的链接如下:
但是直接访问,发现报错:
估计是判断了Refere头,我们用python 的requests去请求试试:
发现轮询判断二维码是否扫描,是否登录的接口如下:
其中:
未登录 code为 1
登录 code 为 0
二维码过期 code 为 2
当登录成功,code返回0,将会set-cookie,返回一个绑定登录账号的cookie:
可成功获取到msg。
制定攻击流程:
(1)请求https://a.com/account/login_weixin.html获取到 msg参数
(2)轮询请求 https://a.com/account/checkLogin.html?1586329068966&ticket=msg参数其中 ticket参数为 第一步获取到的msg参数
(3)将二维码投放出去,钓鱼等待受害者扫描
(4)受害者扫描二维码,轮询返回登录成功
(5)获取此时的cookie。用这个cookie去登录受害者账号
Exp:
qrcode.py
此python文件用来获取二维码以及轮询
Index.php:
此页面用于投放二维码,供受害者扫描。
攻击流程:
(1)开启qrcode.py:
(2)投放恶意页面:
(3)受害者扫描二维码
(4)获取到session:
(5)登录受害者账号:
自行脑补下登录成功的样子吧。。为了脱敏。。。这篇文章仅仅讨论技术。
B网站登录处存在二维码劫持漏洞
登录处:
二维码登录流程:
(1)获取二维码和 key
(2)轮询(很长一段时间不会过期)
(3)用户扫描二维码或点击登陆链接确认登录,轮询将返回openid
(4)登录
其中,获取链接和key的阶段。是没有做请求来源校验和csrf token的。意味着任何人任何地点都可以请求获取二维码和key:
请求链接:
接着轮询:
请求链接:
这里的请求参数中的QRkey就是在上一步获取二维码和key时,获取的响应参数 QRkey。
此时需要用微信扫描二维码。本人分析了一下,发现二维码链接如下:
http://b.com/login/scan/gQH18DwAAAAAAAAAAS5odHRwOi8vd2VpexxxxxxxxxxxxFNTF1MUEAAgTY5YVeAwRYAgAA
其中 /scan/后的字符串就是我们的QRkey。只不过这个链接必须在微信中打开。
微信打开后,轮询返回了一个openid,这个openid应该是绑定这微信的,同一个微信号返回的openid都是一样的:
(偶然发现,如果微信没有自己去改微信号,就是openid的值哦)
获取到openid后,openid和QRkey构造一下链接。如果微信绑定了账号的,即可登录。
登录链接:
根据此流程,可构造钓鱼页面。
攻击流程:
(1)开启php相关环境,使受害者能够访问test.php;运行python脚本(attack.py),开始轮询。
(2)受害者访问恶意页面(test.php),用微信扫描二维码,然后点击b网站那里的登录确认 或者将链接直接微信发给受害者,受害者微信处点开
(3)此时attack.py中获取到openid,组合成登录链接。攻击者可使用登录链接登录受害者账号
使用php和python来写:
钓鱼页面:
python轮询:
当有用户扫描二维码或点击链接。点击确认后,获得openid,组成登录链接:
我们直接访问这个链接,即可成功登录。
C网站登录处存在二维码劫持漏洞
正常请求:(前提:微信绑定了C网站账号,且在微信处登录了C网站账号)
1、网页端访问登录页面:
2、网页端持续轮询,检查二维码状态。这里返回1,表示二维码还没有被扫描
3、手机微信端扫描二维码,发送了一个请求:
响应:
4、网页端轮询,返回值 2,表示二维码已被客户端扫描,但未确认:
网页端显示:
5、手机微信端点击 “确认登录电脑端”
6、轮询接口,返回了登录成功的cookie值:
即可成功登录网页端
攻击链:
1、访问:https://c.om/xxxx/qrcodelogin/show,获取 set-cookie:qrtoken
2、用获取到的qrtoken,轮询 状态接口
https://c.om/xxxx/xxxxxx/qrcodeLoginCheck/qrtoken值?callback=jQuery1587040960902
其中:
返回值为1,用户还没有扫描二维码
返回值为2,用户还没有点击确定
返回值带有参数 xxxxx-passport,登录成功,xxxxx-passport为登录凭证
3、已经在微信客户端登录过的受害者在微信客户端打开恶意网页链接,或者微信客户端扫描恶意网页的二维码。
4、恶意网页先后通过两个img标签,依次请求登录确认网页、登录成功接口
5、轮询状态接口,获取 xxxxx-passport,劫持用户账号
Demo:
构建轮询脚本:qrcode.py:(测试发现一个二维码90秒过期,该脚本可自动重新请求)
构建恶意页面:qrcode.php
开启轮询脚本:
手机微信端访问恶意页面。
轮询处获得cookie:
以上就是本人在实战中挖到的劫持漏洞,至于修复方式的话,本人暂时没想到太多。猜想:微信客户端点击确认的时候,加入一个csrf_token可能会好很多。如果大家有什么好的建议,欢迎在评论处分享!
*本文作者:xiaopan233,来自FreeBuf