看起来我们将为Stack Overflow添加CAPTCHA支持。这对于防止机器人、垃圾邮件发送者和其他恶意脚本活动是必要的。我们只希望人类在这里发布或编辑东西!
我们将使用JavaScript (jQuery)验证码作为第一道防线:
http://docs.jquery.com/Tutorials:Safer_Contact_Forms_Without_CAPTCHAs
这种方法的优点是，对于大多数人来说，CAPTCHA永远不会可见!
然而，对于禁用JavaScript的人，我们仍然需要一个备用方案，这就是棘手的地方。
我为ASP编写了一个传统的CAPTCHA控件。NET，我们可以重复使用。
但是，我更倾向于使用一些文本化的东西，以避免为每个请求在服务器上创建所有这些图像的开销。
我见过这样的事情…
ASCII文本验证码:\/\/(_)\/\/ 数学难题:7减3乘以2等于多少? 小问题:癞蛤蟆和冰棍，哪个更好吃?
也许我只是在风车这里倾斜，但我希望有一个更少的资源密集型，非图像为基础的<noscript>兼容的验证码，如果可能的话。
想法吗?
当前回答
我只是用了一些任何人都能回答的简单问题:
天空是什么颜色的? 橙子是什么颜色? 草是什么颜色?
这使得有人必须为您的网站定制一个机器人程序，这可能不值得付出努力。如果有，你就改题。
其他回答
只是在任何基于验证码的问题中都要小心文化偏见。
智力测试中的偏见
避免最糟糕的验证码。
琐事是可以的，但你必须把它们都写出来:-(
总得有人来写。
你可以用ReCaptcha打印单词的方式来回答一些琐事问题。它提供了两个单词，其中一个它知道答案，另一个它不知道——在第二个单词的答案足够多之后，它现在也知道了那个单词的答案。问两个小问题:
女人需要男人，就像鱼需要鱼一样。
橙色橙色橙色橙色。绿色的类型。
当然，这可能需要与其他技术相结合，例如计时器或计算秘密。问题需要轮换/退出，所以为了保持问题的供应，你可以特别添加:
进入你显而易见的问题:
你甚至不需要答案;其他人会帮你弄清楚的。你可能要允许把问题标记为“太难了”，比如这个:“asdf ejflf asl;jf ei;fil;asfas”。
现在，为了让正在运行StackOverflow游戏机器人的人慢下来，你可以根据IP地址旋转问题-所以相同的IP地址不会得到相同的问题，直到所有的问题都耗尽。这减慢了构建已知问题字典的速度，迫使机器人的人类所有者回答你所有的琐事问题。
如果没有一个真正的验证码作为第一道防线，你是不是仍然容易受到垃圾邮件发送者编写浏览器脚本的攻击(使用VB和IE很简单)?即加载页面，浏览DOM，点击提交按钮，重复…
即使使用rep，仍然应该有某种类型的验证码，以防止恶意脚本攻击。
我想他们正在研究节流。对于500+ rep的用户禁用CAPTCHA并为攻击者重置rep会更有意义。
