微信Netting-QRLJacking分析利用

作者：jing0102

i春秋社区

首先我们来看一下QRLJacking的实际原理：

1.对方首先进行客户端QR会话，并将登录QR码复制到网络钓鱼网站。“现在，一个精心制作的网络钓鱼页面有一个有效和定期更新的QR码可以被发送给接受者。”
2.对方将钓鱼页面发送给接受者。
3.接受者使用特定目标移动应用扫描QR码。
4.对方获得接受者帐户的控制权。
5.该服务正在与对方的会话交换所有接受者的数据。

这个原理的缺陷在于 -> 对方需要打开客户端QR会话，所以就只能进行1V1的实时性攻击，缺陷较大。
而我们实验室的成员在交流的时候发现其实可以实时撒网式QRLJacking（命名为：Netting-QRLJacking），恰好之前研究过微信的WEB协议，所以这里拿微信来当作“实验靶机“。

1.对方首先精心制作一个网络钓鱼页面，钓鱼页面获取真实页面的二维码。
2.对方将钓鱼页面发送给接受者。
3.接受者使用特定目标移动应用扫描QR码。
4.对方后台获得接受者帐户的认证链接。
5.对方打开认证链接后直接控制接受者的微信权限。

因为写过微信机器人，所以第一时间想起了wxpy这个神奇的模块，不过很有意思的写第一条命令的时候就遇到挫折：

from wxpy import *
bot = Bot()

Bot()需要执行完之后才会执行下一条代码，但是我用的Flask框架的代码就无法执行。那怎么办？只能自己去分析微信QR快速登陆的WEB协议：

1.    获取uuid

（这个uuid是一个很关键的东西，我们可以通过接口去获取）
接口：
https://login.weixin.qq.com/jslogin
POST正文：
appid=wx782c26e4c19acffb&fun=new&lang=zh_CN

返回结果：

2.    获取的uuid与链接https://login.weixin.qq.com/qrcode/组合->https://login.weixin.qq.com/qrcode/ob8jLaxD6Q==

返回结果：

3.    监听接口https://login.wx.qq.com/cgi-bin/mmwebwx-bin/login?loginicon=true&uuid=uuid&tip=1&r=855749254&_=1502382803479

GET请求参数中的uuid也就是上面的uuid，正常组合就行。

这个监听接口打开，只要有人扫描2的二维码那么就会返回消息：

这个返回的其实就是微信头像而已：

真的只是而已么？有心的人已经注意到了最开始有一个window.code=201，这个window.code=201是扫描成功后会返回的，而如果二维码时效性过期就会返回window.code=400。

window.userAvatar 是头像，window.redirect_uri是用户凭证链接（这里只要我们点开链接直接可以进入用户微信WEB界面进行任意操作）

这里使用一个能够快速开发flask的框架来完成
首先定义一个index的route当用户访问index时调用获取uuid的接口 将其渲染到模板中

模板获取后端传过来的uuid 并用img标签去调用获取二维码的接口在客户端上显示出来 紧接着轮询二维码扫描的API
并且判断各种情况 尽可能实现地和微信一样
前端轮询代码

二维码扫描的route:

前端用ajax请求后端 将返回的结果转换为Javascript表达式，
当全局里面的code为408的时候说明没有扫描继续递归调用当前函数，
当全局里面的code为400的时候说明二维码过期了自动刷新当前界面获取新的二维码，
当全局里面的code为201的时候说明扫描成功了但没有在移动终端点击确认 将返回的用户头像渲染到界面中 继续递归调用当前函数，
当全局里面的code为200的时候说明用户在移动终端点击确认了这时候将返回的redirect_uri传入到后端 接着跳转返回的redirect_uri
扫描成功时调用的route:

You died.戏剧性的是这里key自己玩了自己了，奶权并没有上当……供大家参考~