文章总结: 本文系统梳理了渗透测试中登录框漏洞的检测方法,涵盖SQL注入、弱口令、用户名枚举、任意用户注册及密码找回绕过等场景。针对SQL注入推荐使用xiaSQL插件进行自动化探测,弱口令测试需结合OA系统默认密码或社会工程学字典生成工具。文档提供了具体操作步骤与工具链接,强调漏洞组合利用技巧,如用户名枚举需结合其他漏洞才具备实际危害。 综合评分: 78 文章分类: 渗透测试,WEB安全,实战经验,安全工具,漏洞分析
登录框漏洞checklist(一)
原创
游山玩水 游山玩水
山水SRC
2026年2月23日 14:10 河南
在小说阅读器读本章
去阅读
概述
本文讲解了在渗透测试中遇到登录框时进行测试的部分checklist(检查表单)
登录框sql注入
测试方法:
使用bp插件:xia SQL(该插件会对数据包的每一个参数进行注入并和原来注入前响应包的长度进行对比)
地址:https://github.com/smxiazi/xia_sql
测试步骤:
①打开xia SQL的监控(底下的payload可以用自带的也可以问AI让他写一些,如果该工具实在不会用就去哔站搜视频)
②在登录框位置输入任意值提交表单(点击登录)就行
寻找有对钩的数据包(这代表注入后响应包长度有变,这种可能存在sql注入)
具体哪些需要进一步使用sqlmap测试
①响应包长度变化很大的
②响应时间变化很大的
为什么这些需要进一步测试:
我的测试payload:
%df’%20and%20sleep(3)%23(时间盲注探测,响应时间显著延迟(如3秒以上))
‘and%20’1’=’1和’and%20’1’=’2(布尔逻辑测试,1=1响应长度 应 等于或非常接近 原始正常请求的长度,1=2其响应长度 应 明显不同于 真条件时的长度)
‘和”(探测闭合字符与错误,响应长度 与正常请求显著不同(通常是变短,返回一个错误页面))
弱口令
测试位置:后台、管理登录入口
测试需求:根据指纹探测出的OA系统来测(OA系统一般都有默认密码,如用友致远A8 v7.0、泛微OA e-cology 9.0、蓝凌OA等)
如果找到了后台但没有具体oa且密码不是admin/username/password这种如何解决:
使用工具结合信息收集到的管理员信息/公司信息进行生成密码
工具地址:
https://github.com/zgjx6/SocialEngineeringDictionaryGenerator
用户名枚举
测试:在登录框输入账号提示用户不存在而不是账号或密码错误就存在
用途:一般结合别的漏洞进行使用,比如找到个任意用户登录结合用户名枚举就能登录别人用户(单纯的用户名枚举漏洞是不收的,补天试过)
任意用户注册
案例:
①在注册位置让填的手机号或邮箱可以随便填,对方只检测格式不检测是否存在
②需要手机号验证码才能注册,但是只要填写不同的用户名就可以一个手机号注册无限个账号
③在注册框检查手机号是否存在,但是在登录后的个人页面处可以随便修改手机号(没验证码检测),导致一个手机号可以无限注册
该漏洞收(亲测有效)
密保找回
密保存在于源码或返回包中
测试:
①在前端源码中搜索密保(ctrl+F)
②返回包中寻找密保
出现位置包括不限于Header头、Cookie、Body中
密码找回第一个url直接跳到第三个url
密码找回第一个url直接跳到第三个url(绕过验证直接重置密码)
场景一:URL分步式(直接跳转测试)
漏洞特征:密码找回的每一步(提交账号、验证身份、重置密码)都有独立的URL。
测试步骤:
①正常走一遍密码找回流程,用Burp Suite抓包。
记录关键节点URL和参数。通常流程为:
URL1(身份提交页):提交用户名/邮箱/手机号。
URL2(验证码验证页):接收并输入短信或邮箱验证码。
URL3(重置密码页):设置新密码。
②在URL1处输入账号点击下一步,当浏览器正在加载或显示URL2的页面时(例如,显示“请输入短信验证码”的界面),手动选中地址栏中的URL2,将其完整替换为URL3的地址(例如 .../step3?token=xxx),然后按回车访问。如果能绕过输入验证码则可能存在该漏洞(修改密码后尝试是否能登录进去)
场景二:单页面应用式(API调用测试)
漏洞特征:整个流程在一个页面内完成,URL不变,通过前端API与后端交互。
①使用bp抓包观察完整步骤(重点关注每一步操作(点击“下一步”或“获取验证码”、“提交验证码”、“设置新密码”)时,前端向后端发送了什么样的API请求(通常是XHR/Fetch请求))
②从抓包数据中找到
最终设置新密码的API请求(例如 POST /api/reset-password)。
将这个请求发送到 Burp Suite Repeater 中,进行send
尝试经过输入用户名后不经过“获取验证码”和“提交验证码”这两个前置API的调用,直接发送重置密码的API请求。
③观察页面是否变为重置密码页面,进行重置密码尝试
④测试修改后密码是能登录
免责声明:
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景,旨在提升网络安全防护能力,具有明确的技术研究属性。
任何单位或个人未经授权,将本文内容用于攻击、破坏等非法用途的,由此引发的全部法律责任、民事赔偿及连带责任,均由行为人独立承担,本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布,若存在版权侵权或其他异议,请通过邮件联系处理,具体联系方式可点击页面上方的联系我。
本文转载自:山水SRC 游山玩水 游山玩水《登录框漏洞checklist(一)》
版权声明
本站仅做备份收录,仅供研究与教学参考之用。
读者将信息用于其他用途的,全部法律及连带责任由读者自行承担,本站不承担任何责任。








评论