【问题标题】:When to Ask Captcha Rules?何时询问验证码规则?
【发布时间】:2014-08-18 10:02:11
【问题描述】:

虽然有很多关于 Captcha 实施的讨论,但我找不到任何关于在什么情况下应该要求 Captcha 的详细信息,尤其是对于为消费者服务的金融应用程序。

我想到的一些规则:

  1. 如果 3 次登录/注册尝试失败
  2. 如果用户已登录,则重复调用 3 次。

我相信这些规则是由安全风险驱动的,有没有更好的方法来管理它?有什么库可以帮助解决这个问题?

【问题讨论】:

  • 评论:关键问题是如何管理这些规则?静态硬编码在代码中还是以其他方式管理它?任何可能对此有所帮助的软件库?

标签: security captcha ddos


【解决方案1】:

不幸的是,在这种情况下,您总是需要在安全性和便利性之间做出妥协。我认为您选择的具体数字很好;人类可能不会做这些事情,如果有事情发生,它可能不是合法用户。我建议在您开始要求 CAPTCHA 继续执行之后,您还可以继续计算这些案例并在某个时间点记录警报,如果他们的行为失控,最终会禁止该 IP 地址。

您必须在如何跟踪用户方面做出妥协。如果您通过 cookie 执行此操作,它会更准确,但机器人在大多数情况下无法发送 cookie,从而躲避您的跟踪。因此,唯一真正的解决方案是通过 IP 地址进行跟踪。这样做的问题是共享 IP 地址后面的任何用户看起来都是一样的,所以如果三个用户都失败了一次登录,它看起来和一个用户失败 3 次一样(大部分)。此外,如果有人因滥用您的网站而被合法禁止并且使用共享 IP 地址,则其他合法客户可能会受到影响。

总而言之,您需要在安全性和便利性之间找到所需的平衡点。

【讨论】:

  • 按 IP 地址或用户禁止可能导致针对个人或整个网络的拒绝服务攻击。只需实施验证码。
  • @MarcusAdams 这就是为什么我说他需要找到一个平衡点。如果有人从一个地址滥用该网站,它可能应该被禁止,但他必须考虑对其他用户的潜在影响。而且我只建议在严重滥用后禁止 IP 地址,而不仅仅是一些错误的密码。
  • 禁止 IP 地址不起作用,因为根据国家/地区的不同,许多用户通过相同的 IP 地址访问。
猜你喜欢
  • 2011-01-30
  • 2015-10-10
  • 1970-01-01
  • 2011-05-15
  • 2013-12-22
  • 1970-01-01
  • 2016-05-13
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多