ASP.NET安全问题－－Forms验证(后篇)－－实战篇

验证流程讲述

       我们首先假设一个场景：用户现在已经打开了我们的首页Default.aspx，但是有些资源只能是登录用户才可以看到的，那么如果这个用户想要查看这些资源，那么他就要登录。而且这个用户已经有了一个帐号。(我们本篇主要的话题是身份验证，至于创建用户账户是怎么创建的，我们不关心，方法很多，如直接一个数据库插入就行了!)

       我们现在就把我们的一些流程说下:
       1.用户登录，在输入框中输入用户名和密码信息
       2.点击登录按钮后，到数据库中查询该用户是否存在
       3 如果存在，服务器端代码就创建一个身份验证的票据，保存在cookie中，然后发送到客户端的浏览器
       4.用户已经有了验证的cookie，那么就页面就跳转到用户之前请求的页面

数据库准备

       那么下面我们就开始详细讲述:
       首先，我们我们肯定要先得创建一个数据库，我们就取名为Login表，创建一个用户信息表，我们在在表中建立三个字段UserName,UserPassword，UserRole(大家可以创建更多字段,我这里只是演示，大家可以扩展的). 至于表中的数据，大家自己随便插入几条！

       代码编写
       因为我们常常要验证用户，所以我们把验证用户的代码写成一个方法放在App_Code目录下的Helpers.cs类中
       代码如下：

验证代码

然后我们就创建一个登录的页面Login.aspx,在页面上面放入两个TextBox，分别用来供用户输入用户名和密码。

放上一个按钮，用来登录。

回到Helpers.cs中，我再添加一个方法，来获取用户的角色：

Code

为了启动Forms验证，我们还得到web.config文件中配置，如下：

<authentication mode=”Forms”>
=”.mycookie” path=”/” loginUrl=”Login.aspx” protection=”All”
timeout=”40” />
authentication>

并且不允许匿名用户访问我们的网站：

然后我们就开始在Login.aspx的登录按钮下面写代码了：

基本思想如下：

1.验证用户是否存在，

2.如果存在，同时获取用户的角色

3.创建身份验证票据和cookie，并且发送到客户端的浏览器中

代码都加了注释，通过之前的基础，相信大家可以对下面的代码没有问题。

Code

好了，现在如果我们正确的输入用户名和密码，那么我们的浏览器中就有了身份验证的cookie了，现在我们的页面就要马上从原来的Login.aspx转向到Default.aspx页面了，我们现在把这个转向的过程在头脑中把它慢速化，因为我们要分析这个过程。

在Login.aspx转向到Default.aspx页面跳转的过程中，其实我们在请求Default.aspx页面，这个我们之前请求的过程没有任何的区别，也是一样要经历ASP.NET的一些生命周期，但是这次我们的浏览器中已经有了身份验证的cookie，ASP.NET运行时在处理，在处理Application_AuthenticateRequest事件时就要解析我们的cookie了。其实在之前我们登录之前，在这个事件代码中也解析了cookie的，只是那时候没有找到cookie而以。

Application_AuthenticateRequest事件的代码中，其实就是解析cookie，然后把用户的身份标识，并且把用户的身份信息保存起来：

Code

我们看到最后一行代码：app.Context.User = user;，把用户的身份以及角色信息保存在了User属性中。

我们就可以在页面中通过如下方法判断用户是否登录了：

if (Page.User.Identity.IsAuthenticated)
{
//

}

用下面的方法判断用户是否属于某个角色：

if (Page.User.IsInRole("Admin")
{
//

}

其实这个我们之前讲过了的Identity,IPrincipal概念有关，不清楚的可以看看之前的文章！

代码到这里，今天也写完了，有关身份验证的问题就要讲完了，还差一个问题没有讲述：自定义身份验证以及开发自定义的HttpModule.

上一篇：也谈实体验证下一篇：浅谈ASP.NET内部机制(一)。