目录1. 验证码使用后不会销毁2. 生成验证码字符集可控3. 验证码存放在暴露位置4. 验证码为空,或8888,0000等可绕过5.其他对比后验证码未销毁6.验证码尺寸可控7.验证码
总结了一下SRC中常见的验证码绕过思路
验证码可重复使用,导致可爆破账户
验证码可控,可自行选择验证码(案例:ThinkCMF 1.X-2.X)
比如验证码藏到cookie里面,或者藏到编码后的某些值里面,藏到图片的字节里面等(有时也会进行加密编码藏起来)
验证码为空,是因为程序逻辑错误,验证码验证一次之后本该退出此次验证码,生成新的,由于没有生成新的继续验证密码是否正确
8888,0000等为开发程序时设置的万能密码,方便测试,有时候会忘记删除
1111 2222 3333 4444 5555 6666 7777 8888 9999
仅仅校验了密码字段和验证码,用户名并未校验,那么这里就可以输入一个弱密码(如123456,111111,123123等等),然后反向去遍历用户,获取正确的口令。
该问题被人们广为关注源于PHPcms早期版本的后台登录验证码尺寸可控,可用于DDoS。
如良精南方都可识别
修复方法:
验证码设置为6位并设置超时(一分钟)失效。
建议修改应用程序源代码,在登录模块中增加对验证码正确性的验证,并且要保证在验证用户名、密码或其他信息之前首先验证验证码的正确性。
--结束END--
本文标题: 网络安全中SRC验证码绕过思路总结
本文链接: https://www.lsjlt.com/news/148821.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
下载Word文档到电脑,方便收藏和打印~
2024-03-01
2024-03-01
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
2024-02-29
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0