我的天！8年开发，连登陆接口都写这么烂

最新推荐文章于 2025-05-24 19:20:32 发布

code高级开源

最新推荐文章于 2025-05-24 19:20:32 发布

阅读量808

点赞数 16

分类专栏： 2024年程序员面试文章标签：网络服务器安全

本文链接：https://blog.csdn.net/code8889/article/details/136722577

版权

2024年程序员面试专栏收录该内容

13 篇文章

订阅专栏

本文围绕网站登录安全展开，介绍了登录限制、IP限制、手机验证等防护方式，分析了各方式的优缺点，还解释了中间人攻击的概念。同时提到整理了Java面试题及答案、微服务实战文档供大家学习。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

if captcha is None:

return error(‘需要验证码’)

check_captcha(captcha)

success = do_login(username, password)

if not success:

set_redis(fail_username, fail_count + 1)

复制代码

伪代码未考虑并发，实际开发可以考虑加锁。

这样确实可以过滤掉一些非法的攻击，但是以目前的OCR技术来说的话，普通的图片验证码真的很难做到有效的防止机器人（我们就在这个上面吃过大亏）。当然，我们也可以花钱购买类似于三方公司提供的滑动验证等验证方案，但是也并不是100%的安全，一样可以被破解（惨痛教训）。

登录限制

那这时候又有同学说了，那我可以直接限制非正常用户的登录操作，当它密码错误达到一定次数时，直接拒绝用户的登录，隔一段时间再恢复。比如我们设置某个账号在登录时错误次数达到10次时，则5分钟内拒绝该账号的所有登录操作。

伪代码如下：

fail_count = get_from_redis(fail_username)

locked = get_from_redis(lock_username)

if locked:

return error(‘拒绝登录’)

if fail_count >= 3:

if captcha is None:

return error(‘需要验证码’)

check_captcha(captcha)

success = do_login(username, password)

if not success:

set_redis(fail_username, fail_count + 1)

if fail_count + 1 >= 10:

# 失败超过10次，设置锁定标记

set_redis(lock_username, true, 300s)

umm，这样确实可以解决用户密码被爆破的问题。但是，这样会带来另一个风险：攻击者虽然不能获取到网站的用户信息，但是它可以让我们网站所有的用户都无法登录！攻击者只需要无限循环遍历所有的用户名（即使没有，随机也行）进行登录，那么这些用户会永远处于锁定状态，导致正常的用户无法登录网站！

IP限制

那既然直接针对用户名不行的话，我们可以针对IP来处理，直接把攻击者的IP封了不就万事大吉了嘛。我们可以设定某个IP下调用登录接口错误次数达到一定时，则禁止该IP进行登录操作。

伪代码如下：

ip = request[‘IP’]

fail_count = get_from_redis(fail_ip)

if fail_count > 10:

return error(‘拒绝登录’)

# 其它逻辑

# do something()

success = do_login(username, password)

if not success:

set_redis(fail_ip, true, 300s)

这样也可以一定程度上解决问题，事实上有很多的限流操作都是针对IP进行的，比如niginx的限流模块就可以限制一个IP在单位时间内的访问次数。但是这里还是存在问题：

比如现在很多学校、公司都是使用同一个出口IP，如果直接按IP限制，可能会误杀其它正常的用户
现在这么多VPN，攻击者完全可以在IP被封后切换VPN来攻击

手机验证

那难道就没有一个比较好的方式来防范吗？　当然有。　我们可以看到近些年来，几乎所有的应用都会让用户绑定手机，一个是国家的实名制政策要求，第二个是手机基本上和身份证一样，基本上可以代表一个人的身份标识了。所以很多安全操作都是基于手机验证来进行的，登录也可以。

当用户输入密码次数大于3次时，要求用户输入验证码（最好使用滑动验证）
当用户输入密码次数大于10次时，弹出手机验证，需要用户使用手机验证码和密码双重认证进行登录

手机验证码防刷就是另一个问题了，这里不展开，以后再有时间再聊聊我们在验证码防刷方面做了哪些工作。

伪代码如下：

fail_count = get_from_redis(fail_username)

if fail_count > 3:

if captcha is None:

return error(‘需要验证码’)

check_captcha(captcha)

if fail_count > 10:

# 大于10次，使用验证码和密码登录

if dynamic_code is None:

return error(‘请输入手机验证码’)

if not validate_dynamic_code(username, dynamic_code):

delete_dynamic_code(username)

return error(‘手机验证码错误’)

success = do_login(username, password, dynamic_code)

if not success:

set_redis(fail_username, fail_count + 1)

我们结合了上面说的几种方式的同时，加上了手机验证码的验证模式，基本上可以阻止相当多的一部分恶意攻击者。但是没有系统是绝对安全的，我们只能够尽可能的增加攻击者的攻击成本。大家可以根据自己网站的实际情况来选择合适的策略。

中间人攻击？

什么是中间人攻击

***中间人攻击(man-in-the-middle attack, abbreviated to MITM)***，简单一点来说就是，A和B在通讯过程中，攻击者通过嗅探、拦截等方式获取或修改A和B的通讯内容。

举个栗子：小白给小黄发快递，途中要经过快递点A，小黑就躲在快递点A，或者干脆自己开一个快递点B来冒充快递点A。然后偷偷的拆了小白给小黄的快递，看看里面有啥东西。甚至可以把小白的快递给留下来，自己再打包一个一毛一样的箱子发给小黄。

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

最后

针对以上面试题，小编已经把面试题+答案整理好了

最新大厂必问微服务面试题汇总：SpringCloud、Boot、Dubbo

面试专题

除了以上面试题+答案，小编同时还整理了微服务相关的实战文档也可以分享给大家学习

…(img-mvLze1tw-1710422853917)]

面试专题

[外链图片转存中…(img-UXs9xGg3-1710422853918)]

除了以上面试题+答案，小编同时还整理了微服务相关的实战文档也可以分享给大家学习

[外链图片转存中…(img-ZVcWMd5g-1710422853918)]

[外链图片转存中…(img-TiRCtIU6-1710422853918)]

[外链图片转存中…(img-VrFSE8iv-1710422853919)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录