摘要：
Cookies 欺骗主要利用当前网络上一些用户管理系统将用户登录信息储存在 Cookies 中这一不安全的做法进行攻击，其攻击方法相对于 SQL 注入漏洞等漏洞来说相对要“困难”一些，但还是很“傻瓜”。关键字：
Cookies 欺骗漏洞 防范 正文：
username 和 password 要进行 SQL 注入漏洞的防范（即过滤掉单引号“'”），这里略去
if (username == "" || username == "undefined" || password == "" || password == "undefined") {
// 用户没有登录
...
}
else {
// 这里假设已经创建了 conn 和 rs 对象
rs.Open("SELECT TOP 1 * FROM [user] WHERE username='" + username + "' AND password='" + password + "'", conn, 1, 3);
if (rs.eof) {
// Cookies 中的信息非法
...
}
else {
// Cookies 中的信息合法，自动登录
Session("username") = username + "";
...
}
}
}
else {
// 用户信息已经存在于 Session 中，直接读取
...
}
%>
但是这种方法对于用户来说又不太安全，原因是浏览器每次访问页面时都会把 Cookies 传输过去，而包含密码的 Cookies 一旦被他人获取将导致用户帐号被盗。对于这种情况，又出现了第二种方法，即在用户信息数据库中增加一个字段“verifycode”，在用户登录时，随机产生一个长整型校验值存入 verifycode 字段，并且将 username 和这个 verifycode 值而不是 password 存入 Cookies。而在验证 Cookies 中的用户信息时，也只验证 username 和 verifycode。这种方法的好处在于，即使用户的 Cookies 被黑客获取，他也只能利用这个“临时”产生的 verifycode 登录，而无法获得用户的密码。只要此用户再一次使用用户名和密码登录，这个 verifycode 值便会改变，黑客便无法通过原来的 verifycode 登入。
这种方法的实现只需要在上述方法一的代码上稍加改动。首先，在您的登录程序中，在验证通过存储用户信息的地方需要加上一段： vbs: <%
Response.Cookies("verifycode") = int(rnd * 2100000000)
%> js: <%
Response.Cookies("verifycode") = Math.floor(Math.random() * 2100000000);
%> 然后，在上面提供的验证代码中把对 Cookies("password") 的验证改为对 Cookies("verifycode") 的验证即可。 四、结论 通过我们的分析以及处理，Cookies 欺骗漏洞已经被完全解决，从此，我们的 ASP 程序变得更加安全了。 注： VBS加JS 实现！本文出自：编程中国 作者：愿望（尊重作者劳动，转载请保留本段文字）
[1][2]
