目录
前言
1.手机验证码问题导致的任意用户登录
1.1 验证码爆破
1.2 验证码明文返回
1.3 存在万能验证码
1.4 验证码未绑定用户
1.5 获取验证码的手机号字段可双写
1.6 验证码为空/任意验证码可成功验证
2.凭证安全问题导致的任意用户登录
2.1 凭证泄露
2.1.1 页面缓存被搜索引擎抓取
2.1.2 httptrace/druid等组件中的凭证泄露
httptrace
durid
2.1.2 sessionkey泄露
2.1.3 其他接口中的信息泄露
2.2 凭证可伪造
2.2.1 jwt未验参/弱密钥
jwt未验参
jwt弱密钥
2.2.2 弱cookie
2.3 凭证过早返回
3.逻辑漏洞导致的任意用户登录
3.1 登录完全依赖数据包中的参数且参数可控
修改第一个请求的返回包
修改第二个请求的请求包
3.2 更改登录type
3.3 账号数据覆盖
任意用户登录漏洞以利用漏洞利用难度低、危害高、奖金高已经成为src/众测漏洞挖掘中的香饽饽，本文将分享一下众测/src中任意用户登录漏洞的挖掘思路。
1.1 验证码爆破
当登录流程使用手机验证码登录，没有图片验证码/图片验证码可重用/图片验证码简单可识别（可以使用captcha-killer-modified插件）且后端没有限制手机验证码验证错误次数时，可以尝试爆破手机验证码登录其他用户。
4位验证码的爆破老生常谈不再赘述；随着厂商们服务器性能的提高，服务器的rps的上升也使得6位验证码的爆破越来越快，可以使用如下方法爆破（！！！需留意服务器的rps以及测试厂商的注意事项，rps低的老系统或者厂商禁止批量爆破的项目谨慎使用6位验证码的爆破！！！）：
使用burpsuite的Turbo Intruder插件，编写如下脚本：
成功案例如下：
1.2 验证码明文返回
获取手机验证码时，验证码直接在返回包里
1.3 存在万能验证码
一般是测试为了功能测试方便，设置了诸如000000，123456（六位验证码爆破能发现）之类的万能验证码，项目上线时忘记下掉，导致任意用户登录
1.4 验证码未绑定用户
a.后端仅验证了验证码是否正确，没有验证验证码与获取手机号的对应关系，导致可以先输入自己的手机号A获取验证码，再输入他人手机号B获取验证码后，填写自己手机号A接收到的验证码，达到登录手机号B的目的
b.后端仅验证码了手机号与验证码是否一致，并未校验手机号是否为号主本人的,导致可以使用自己的手机号+验证码绕过。常见于用户绑定的功能处。举个栗子：
某系统输入商户号与手机号可绑定到该用户
通过用户注册的功能处，输入自己的手机号获取验证码
返回绑定功能处，输入任意验证码抓包，将手机号与验证码字段改为自己的手机号+验证码
1.5 获取验证码的手机号字段可双写
输入手机号获取验证码时抓包，双写手机号字段，使得两个手机号获取到同一个验证码，便可以登录其他用户
输入自己的手机号抓包，将手机字段后面加一个逗号或者分号后再加一个手机号，或者双写手机号字段phone=13333333333&phone=18888888888，当两个手机号均收到一个验证码时大概率漏洞存在。使用自己的手机号便可以任意登录其他手机号
1.6 验证码为空/任意验证码可成功验证
比较奇葩的例子，验证码为空时，手机号正确则成功登录（账号密码登录体系也发现过这种情况，空密码的情况下账号存在即登录）
2.1 凭证泄露
2.1.1 页面缓存被搜索引擎抓取
搜索引擎搜索该域名，发现有登录后的页面被抓取，直接访问登录目标账户
2.1.2 httptrace/druid等组件中的凭证泄露
httptrace
spring的httptrace端点往往会记录用户的会话信息，若发现spring未授权访问且存在类似端点可以访问的话，可尝试获取用户凭证进行登录
durid
druid的session监控若发现有效的会话信息时，可以通过此登录任意用户，将druid的未授权中危漏洞提升至高危
2.1.2 sessionkey泄露
微信小程序官方提供了一套微信快捷登录的登录逻辑，用户授权手机号快捷登录时，会将本地的手机号使用sessionkey和iv进行aes加密，后端解密后返回该手机号的登录凭证。当sessionkey发生泄露时，攻击者便可以伪造手机号登录任意手机号
修改任意手机号，利用sessionkey和iv重新加密数据
2.1.3 其他接口中的信息泄露
这个一般发现于js或者api-docs中的某些特殊接口，例如getToken之类的，有没有取决于开发有没有开发类似的功能接口
2.2 凭证可伪造
2.2.1 jwt未验参/弱密钥
系统使用jwt作为认证字段，且其中关键用户信息字段可以遍历时，若未验参或者使用弱密钥时，便可以将用户信息字段进行更改，删除/爆破弱密钥重新生成签名，到达任意用户登录
jwt未验参
删除签名部分(或者更改头部中的alg为none再删除签名)，访问登录后的接口成功访问，说明jwt未验参()
遍历data字段即可登录其他用户（此处的data为用户id）
jwt弱密钥
jwt使用了弱密钥时，爆破到弱密钥后同样修改jwt中的用户信息字段，使用密钥重新生成签名即可获取到其他用户的jwt字段
2.2.2 弱cookie
系统使用cookie认证，且cookie字段可伪造
2.3 凭证过早返回
一般正常的登录流程为服务端校验完用户身份后，返回用户凭证，但某些系统由于登录前会有很多的查询用户信息类的功能请求，经常导致在登录验证前就返回了用户凭证。
某金融项目，输入手机号会先去查询手机号是否为已注册用户，是的话进入用户信息查询的逻辑，再跳转登录。在信息查询的阶段过早返回了sessionid,导致任意用户登录
3.1 登录完全依赖数据包中的参数且参数可控
最常规的任意用户登录漏洞，常见于两步/多步登录的登录逻辑处
以两步登录为例，登录输入账号密码/手机号验证码/其他的凭证信息后第一个请求校验其正确性后，第二个请求根据后端返回的账号/手机号/用户id等字段去获取用户凭证的登录逻辑。
只要修改第一个请求中的返回包或者修改第二个请求中的字段即可
修改第一个请求的返回包
当请求字段加密时，此方法非常便捷
以下为例
分析登录流程为，第一个请求请求微信接口获取用户手机号，返回到一个请求的返回包中
第二个请求获取返回包中的手机号加密发给服务端，返回其登录凭证
所以此处只需要替换第一个请求包的返回包中的手机号即可
修改第二个请求的请求包
如下登录数据包，直接更改其中手机号即可
3.2 更改登录type
部分系统有免密登录/快捷登录之类的功能，只要一个账号就能登录，当遇到登录数据包中含有type之类的字段时，可以尝试此方法
3.3 账号数据覆盖
常见于用账号信息更新处，例如修改手机号、账户重新绑定功能、修改账号等功能点处
以修改手机号为例，此处修改需要输入新手机号与新手机号的验证码
修改请求中的oldmobile字段为其他手机号，成功将其他用户的账户数据覆盖到新手机号中，达到任意用户登录
渗透工具
技术文档、书籍
面试题
帮助你在面试中脱颖而出
视频
基础到进阶
环境搭建、HTML，PHP，MySQL基础学习，信息收集，SQL注入,XSS，CSRF，暴力破解等等
应急响应笔记