ASP.NET验证码及图形编程技术详解

验证码原理

在现在的软件运行环境下，安全成为大部分软件必须考虑的问题，黑客无处不在，攻击方式日益丰富，尤其是WEB系统由于其开放性更是遇到严峻的考验，黑客事件层出不穷，造成的损失和影响也不断变大，对此我们软件开发人员需要对此有相当的认识并采取措施抵御各种黑客攻击。

枚举字典安全攻击

在各种黑客攻击中，很常见的就是套取用户名和密码，其中很多是采用枚举字典的方式来不断的测试用户名和密码。

比如某黑客获得一银行账号，然后打开账号的开户银行的网上银行登录界面。分析其中的HTML代码，发现其页面粗制滥造，没有验证码，没有任何安全控制，只要求输入银行账号和取款密码就可以登录。黑客心中大喜，马上写了一个程序，直接调用HTTP协议，使用程序来模拟浏览器向网上银行服务器提交账号和密码尝试登录。由于取款密码是6位阿拉伯数字，因此也就有一百万种组合，黑客的电脑从六个零开始测试一直到六个九，这一定会测试出真正的密码。黑客找到一台宽带高速上网的电脑，运行套取取款密码程序后就忙其他事了，假设这台电脑1秒能测试10个密码，于是花费10万秒的时间肯定能找到密码。10万秒也就是27小时，一天多点的时间，实际上很可能用不了那么长的时间。黑客外头转了一圈回来，发现密码已经找到了，于是马上登录网上银行捞钱，或者伪造一个银行卡去ATM机上提取现金。也就是说黑客最多花了一天时间即可获得数目不可预知的非法收入。

验证码防御

网上银行可以有很多手段来抵御黑客攻击，比如使用ActiveX控件代替标准的文本框来输入账号和密码，可以使用USB接口的密码盘来进行数据加密和检测，或者使用一个客户端程序代替浏览器来登录网上银行。但这些是客户端技术，千千万万的黑客可以操着各种手术刀来解剖这些技术，从根本上说客户端技术是不可靠的。

相对而言采用服务器端技术就比较安全了。比如发现密码连续错误3次即锁定账户，1天后才能登录；也可以使用验证码技术来很大程度的抵御枚举字典套取密码的攻击。

现有一个新的网上银行，和旧网银差不多，但采用了验证码技术，用户登录时除了要输入账号和取款密码，浏览器还显示一个图片，里面显示了一些潦草的字符，用户需要辨认这些字符然后再输入进去，浏览器向服务器提交表单时会附加用户输入的验证码，服务器接受表单数据后除了校验账号和取款密码后，还要检查验证码是否输入正确，若登录信息校验失败，则服务器端则会提示重新登录，而且还生成包含随机内容的新的验证码，用户在次登录时又得重新识别新的验证码了。

由于正确的验证码文本是保存在服务器上的，客户端的黑客程序不可能获得，验证码的内容是随机的，黑客程序也无法找到规律，只能辨认从服务器端发出的包含验证码的图片来获得验证码。这里就体现了电脑和人脑的差别了，人脑在图形识别方面远远超过了目前的电脑，服务器端使用一些技术生成的书写潦草，充满随机分布的杂点的图片，人脑是可以相当容易的识别的，但目前的电脑是难以识别的。