一、攻击原理
Cookies 欺骗主要利用当前网络上一些用户管理系统将用户登录信息储存在 Cookies 中这一不安全的做法进行攻击，其攻击方法相对于 SQL 注入漏洞等漏洞来说相对要“困难”一些，但还是很“傻瓜”。
我们知道，一般的基于 Cookies 的用户系统至少会在 Cookies 中储存两个变量：username 和 userlevel，其中 username 为用户名，而 userlevel 为用户的等级。当我们的浏览器访问 ASP 页面时，它会传出类似
GET /.../file.asp HTTP 1.0
...
Cookies: username=user&userlevel=1
...
的数据包，那么，我们只要知道了管理员的 username 和 userlevel 值（假设分别为 admin 和 5），便可以通过传输
GET /.../file.asp HTTP 1.0
...
Cookies: username=admin&userlevel=5
...
来获取管理员权限。很简单是不是？然而，在这个漏洞被发现之前，几乎所有的用户管理系统都依赖于 Cookies。
二、安全地储存用户信息
既然 Cookies 是不安全的，而我们又必须把用户登录信息存储下来，那么应该存储在什么地方呢？
我们注意到，在 ASP 中，除了 Cookies 外，还有 Session 可以储存信息。Session 是储存在服务器上的，不是客户端随随便便就能够更改的，所以具有极高的安全性。这样，大家就可以把所有 Cookies 的代码均换作 Session 了。
三、长时间储存用户信息
采用 Session 来保存用户登录信息，虽然摆脱了 Cookies 欺骗的问题，但是 Session 不能长期储存（IIS 默认 Session 在用户停止响应 20 分钟后失效），于是产生了这一节所述的 Cookies + Session 混合存储法。
这一方法有两个变种，第一种是在 Cookies 中储存用户名和密码，当用户访问一个页面时，先读取 Session，如果有内容则以 Session 为准，否则读取 Cookies，按照 Cookies 中提供的用户名和密码进行“不透明”的登录一次，用以判断 Cookies 中的内容是否合法，若合法再进而存入 Session 中。实现这一方法的代码如下：
vbs:
复制代码 代码如下:
<%
Dim username, password
username = Session("username")
if username = "" then
' Session 中没有用户登录信息
username = Request.Cookies("username")
password = Request.Cookies("password")
' 注意上面的两句得到的 username 和 password 要进行 SQL 注入漏洞的防范（即过滤掉单引号“'”），这里略去
if username = "" or password = "" then
' 用户没有登录
...
else
' 这里假设已经创建了 conn 和 rs 对象
内容版权声明：除非注明，否则皆为本站原创文章。